Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529690

Már azok, akik nem jártak semmi olyan helyre felsőoktatásba, ahol beszélnek is a szakmáról. Mert akik igen, azok minimum a három bevágandó biblia jellegű karácsonyfa bácsi által jegyzett könyvből emlékezni fognak rá.

Illetve ebben a szakmában, ami legendásan jó abban, hogy a lehető legortófosabb megoldás fusson be hosszú életutat (x86tól javascriptig :) ) azzal érvelni, hogy ha ott van mindenhol, nem lehet olyan szar... hát, jelentem, attól éppen még nyugodtan lehet szar. :D




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529711

Aztán hálózatokat tanultál-e?




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529742

Ha ez trollkodas volt, akkor ügyes vagy, jár a csoki, ha nem, akkor viszont minimum furcsa, ha felsőoktatásban hálózatokon nem láttad az öreg könyveit. Ettől meg nem lesz szükségszerűen tré, de gyanús.




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529810

A net órákon konkrétan a számítógép hálózatok megtanulandóak voltak. Minixről nem nagyon volt szó, de ez leginkább arra vezethető vissza, hogy szar volt a suli ezen része (vagy legalábbis kevésbé volt fókuszban ilyen szintig).

Az meg, hogy gyakorlati megvalósításban nem volt igaza az öregnek, azt nehéz megmondani, hiszen a minix kifejezetten nem productionnak volt szánva eredetileg. Nehéz megmondani, hogy huszonéve mennyit fájt volna a teljesítményben, vagy mennyivel lett volna nehezebb, vagy hogy most mennyivel lenne jobb.




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529881

Utána explict írtam, hogy ettől még nem lesz automatikusan tré, természetesen lehet. De itthon elég jellemző, hogy ebből teszik, gyanús, ha valaki nem is hallott azokról a könyvekről.




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2529691

Hát, azért volt egy pont amikor a sok kékhalált felváltott egy fél másodperces elsötétülés után jövő notification, ami kissé kedvesebben ugyan, de azt ecsetelte, hogy az urak az nvidia/ati táján nem nagyon tudnak stabil drivert írni, újraindítottuk, bocs. És az kellemes pont volt :)




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530876

Engedd el, carolt tudja, hogy a systemd nem jó, teljesen felesleges bármit érvelni, nem fogod tudni még csak elbizonytalanítani sem.




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530914

Tudok, de fölösleges, mert az szerinted bug.




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530937

Hű, carolt bácsi, a frappáns visszavágások nagymestere most aztán jól megaszonta.

FYI: nekem ugyan nem fáj, tőlem nyugodtan gondolhatod, hogy az egész szar, és nincs benne semmi hasznos, és hogy ami szerintem bug, az szerinted feature. Én még csak azt sem gondolom, hogy tökéletes lenne, sőt, van olyan szemüvegem, ami alapján szerintem is bug. Csak beszélgetni fölösleges róla, mert úgyse érdekel, akkor minek.




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2531778

Olyat is, de goto 10 :)




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2531809

a.te.ervelesi.hibad.hu/ezen-mar-reg-tul-vagyunk-tobbszor-kurvaanyazni-meg-te-szoktal.




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2531900

egyrészt legyen neked, "te szoktál többet" 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? Te szoktál ilyenkor habozva hazugot kiáltani? :)




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530609

Abban tudsz egy kicsit segíteni, hogy mitől rosszabb neked egy apt install unrar, mint neki egy 7zip telepítés pl?




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530725

Rengeteg betűt írtál, aminek a nagy része irreleváns a kérdésem tekintve. Be kellett volna idéznem, azt hiszem, hogy erre reagálok, elnézést:

> Közben meg csak a saját korlátolt, konzumeridióta szemléletük folytán egy zárt formátumot támogatnak, amivel saját magukat és másokat is vendor-lock-in-be kényszerítenek, és nem is értik, hogy ezzel mi a baj.

Szóval, hogy miért jobb az, ha neki kell feltenni egy számára nem preferált programot, mint ha neked (mármint a saját nyilvánvaló kényelmeden túl). Vendor lock-inbe kényszerítésnél egy olyan eszköznél, amihez van ingyen kicsomagoló, továbbá egyszer kell kiszedned, és aztán abban tartod, amiben a te szívednek kedves egy kicsit azért erős beszélni. Mint ahogy az is vicces, hogy ha valaki nem a te ideológia szempontjaid szerint választ eszközt, akkor idióta. Illetve hát lehet ezt, csak akkor nem értem, miért fáj, ha bolond meg hasonlóan megalapozott érvekkel le linuxbuzizik téged a másik szálban? (vagy az TCH volt? ez esetben elnézést, vedd tárgytalannak az utolsó mondatot)




Most tényleg elavult a Linux kernel?: https://hup.hu/node/170947#comment-2530726

> Szándékosan a .zip-pel összehasonlítva, a .tar.* fájlok imho elhanyagolhatóak end userek közötti fájlcserénél, de megintcsak fixme, ha valaki máshogy tudja.

Nem vitatva az igazságát az állításnak, én azért ha tudom, hogy a fogadó oldalon valami linux felhasználó lakik, akkor általában targizit küldök, és úgy vettem észre, nem én vagyok ezzel egyedül.




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2528425

kicsit kifejted? Lehet még szükség az infora, ha fejest kell ugrani vakon egy ilyenbe :)




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2528452

Danke. Még a "nem FreeIPA" kitétel is érdekelne, ill hogy esetleg fedorával van-e tapasztalatod?




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2529190

Tényleg nem kötözködésből, de ez nekem freeipának tűnik:

$ dnf info ipa-server                                                                                                                                 
Last metadata expiration check: 0:01:34 ago on Tue Sep 29 18:51:22 2020.
Available Packages
Name         : ipa-server
Version      : 4.8.4
Release      : 7.module_el8.2.0+374+0d2d74a1
Architecture : x86_64
Size         : 512 k
Source       : ipa-4.8.4-7.module_el8.2.0+374+0d2d74a1.src.rpm
Repository   : AppStream
Summary      : The IPA authentication server
URL          : http://www.freeipa.org/
License      : GPLv3+
Description  : IPA is an integrated solution to provide centrally managed Identity (users,
             : hosts, services), Authentication (SSO, 2FA), and Authorization
             : (host access control, SELinux user roles, services). The solution provides
             : features for further integration with Linux based clients (SUDO, automount)
             : and integration with Active Directory based infrastructures (Trusts).
             : If you are installing an IPA server, you need to install this package.

$ cat /etc/centos-release                                                                                                                             
CentOS Linux release 8.2.2004 (Core) 



Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2529538

Ah so. Szerintem ez csak nevezéktan, bár kétségtelen tény, hogy az RH elég jó abban, hogy a forrongó upstreamjeit valahogy működő verzióra kalapálja prodban. 




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2530258

igen, ez csak a szokvány RH stratégia




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2528383

Szép az, mikor úgy javasolsz, hogy fingod nincs mit kéne csinálni..




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2528643

> Dehogy. A környezet és pár felhasználó le van tesztelve.

Már mi, hogy azt se tudod még, hogy legalább nagy vonalakban mit akarsz összerakni? Nehezen hiszem.

> A vezetőség nem kíváncsi a technikai részletekre, erre fel is hívták a figyelmemet, teljesen szabad kezet kaptam mindenre, csak azt kell szem előtt tartanom, ne legyenek jogi problémák és lehetőleg minél kevesebbet kelljen költeni, de inkább ne kerüljön pénzbe.

Ja, hát ha nem kritérium hogy működjön, meg használható legyen, úgy könnyű.

> A mélyvízhez hozzá szoktam és szeretem a kihívásokat.

De ez egyrészt nem mély víz, hanem jó eséllyel krokodilos mocsár, másrészt az a baj, hogy olybá tűnik, hogy baromira nincs meg a megoldandó probléma. Illetve ha tényleg csak a lukas kétfilléres, akkor nem szóltam.

> Ugye mennyi előnye van, hogy nem multinál dolgozom?

Mármint hogy láthatóan olcsóbb vagy 3-5 évre, mint 11 win licensz meg egy synology NAS? :D Ja, nagy előnynek hangzik.

----

Mármint ha már akkora jedi vagy, legalább azt kitaláltad volna, hogy tulajdonképpen mit is akarsz összerakni "központosítás" címszóval? Mert az egy fostos filesharetől a központi user managementen át a központi szofver repó, group policyk, roaming profilok, csoportmunka suitokon át elég sok mindent jelenthet.




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2528790

Nyilván kell, de ha már a fő troll adta elő, azt hiszem, ennyi belefér.




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2528799

> 1. Ez le van tesztelve!

> 2. Működik!

> 4. Azt hogy mit hiszel, itt mindenki leszarja.

Ez nagyszerű (mármint tényleg, nekem erős kételyeim vannak, hogy nem valami műszaki közeli embert be lehet-e tanítani nem windows desktopra céges vonalon, hacsak nem nagyon érintőlegesen kell neki gép), csak semmi köze ahhoz, amit kérdeztél, ti. ehhez a központosítás izéhez. Mivel azzal nyitottál, hogy fingod nincs, mivel kéne neki állni, ezért leszarhatod mit hiszek, de ettől még nem lesz letesztelve :)

> 3. A többi dolog az én agymenésem szüleménye, nem elvárás, csak szeretem a kihívásokat. ezzel tapasztalatot szerzek, fejlődöm. Pont!

Ja, hogy játszótér. Hát, úgy könnyű. Mondjuk hogy akkor már miért nem gentoo, azt nem értem.

> 5. Ne kötekedj egy trollal!

Mer, gyíkká változtat, vagy mi lesz?

> 6. Ha nem tudsz építő jelleggel tanácsot adni, akkor végy példát mondjuk geleiről. Nem szól hozzá. Ezt is megértem.

Ha a trollkodáson túl megpróbáltad volna értelmezni amit írtam, akkor észrevehetted volna, hogy tettem. Mondd el, hogy mit szeretnél megvalósítani "központosítás" címszó alatt, mert ez még édes kevés, és attól függően, hogy mit értesz alatta mást fognak javasolni a kollégák.




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2528813

3. Vazsmegyei vagy? Milyen tájszólás a mer? Merni én merek, mert vakmerő vagyok, te meg egy paraszt :P.

Ez olyan tájszólás, hogy vidéken még lehet vele pesti bunkónak lenni, pesten meg vidéki parasztnak. Win-win.




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2529632

> A gentoos kérdésedre még annyit, hogy nem értem miért van az, és nem Te vagy az egyetlen, hogy a gentoot nem veszik komolyan céges környezetben. Ennyi erővel az összes ingyenes linux disztribúció játék és felelőtlenség munkahelyen üzemeltetni, mert ha beüt a gebasz, akkor az üzemeltetőt veszik elő. Ha centost teszek fel azért ugyanúgy felelek, mintha gentoot. Az meg, hogy melyikkel szopok többet, hadd legyen a magánügyem.

Mert nem oda való. A gentoo egy tök szuper koncepció (disclaimer, vagy volt 15 éve, mikor érdemben utoljára láttam), rengeteget lehet belőle tanulni, remek cél rendszereket lehet belőle valószínűleg faragni, de az előnyeiből átlagos desktop / pet server jellegű felhasználásnál szerintem gyak semmi nem játszik. Cserében obskurus, sokkal nehezebben találsz hozzáértőt, bizonyos dolgokkal hosszabban kell reszelni (már ha, lásd disclaimer). Centoshoz találsz embert, mert ugyanaz mint az RH, a suse nem fizetőse konkrétan annyira ugyanaz, hogy lehet fizetősre váltani menet közben, tele van vele az internet, hogy hogyan kell, van hozzá tanfolyam, stb stb.

És az meg, hogy melyikkel szopsz többet nem a magánügyed, a cég nyilván azért fizet, hogy a munkaidődben minél több hasznos dolgot csinálj. Ha gentooval 2x annyi időd megy el, mint mással, és a végeredmény ugyanaz, akkor pont 2x szarabb választás a cégnek.




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2530885

Nézd te kérdezted, hogy mi baja az embereknek céges vonalon a gentooval. Én elmondtam. A többire nehéz mit mondani. Összességében szakmai szempontból azt mondanám, a fenébe el kell húzni, van a multin túl is világ, tolhatod a saját maszekodat is, vannak kis-közép cégek, ahol a fentiek kb mind tudnak teljesülni. (Igaz dolgozni mindben kell, és mindehol buzibalafasz managerek vannak, aki meg akarják mondani, hogy mit csinálj, hogy legyen pénzük a fizudra.) Adófizetőként meg tulajdonképpen remélem, hogy mielőbb kibasznak téged is, meg azt az inkompetens főnöködet is, aki hagyja hogy érdemi munka helyett balfaszkodással pazarold a pénzt, amit tőlünk kaptatok, nem mellesleg valószínűleg szopatva az oktatás (gondolom azért tagintézmény) színvonalát.

> Ez is cél. Hadd szopjon az utódom, ha esetleg egyszer menesztenek. Akkor érzik meg majd a bőrükön, hogy ez az állat valami olyanhoz értett, amit ebben a szektorban kb esélytelen találni.

Igazán nemes gondolat. A gyakorlatban tudod mi lesz, ha egyszer valaki értelmesnek kell ezzel kezdeni valamit? Futólag megnézi, és attól függően mennyire polkorrekt, a következő két mondat egyike fogja elhagyni a száját: "az előző kolléga egy inkompetens balfasz volt, és egy üzemeltethetetlen szarkupacot hagyott maga után, gyaluljuk az egészet, és megépítjük normálisan, iparági sztenderd eszközökkel" vagy az, hogy "sajnos az előző kolléga nem sztenderd megoldásokat használt olyan feladatokra, amik ezt egyáltalán nem igénylik, ezzel felesleges üzemeltetési kockázatokat és hosszútávú plusz költségeket építve a rendszerbe. Mivel a rendszer korrekt átvétele összemérhető munka, mint megépíteni az egészet újra iparáig szokványok alapján, ezért gyaluljuk az egészet, és megépítjük normálisan, iparági sztenderd eszközökkel".

Jól kitoltál a világgal.

> Az üzleti linuxra való átállás teljes mértékben esélytelen és felesleges. Egyrészt nem indokolja semmi, hogy kliensen a Windowst kiváltsuk üzleti linuxra, ami sokkal drágább tíz évre vetítve. Mennyi a SLED előfizetés/év? 40000 Ft? RED HAT sem olcsóbb.

Szó nem volt ilyesmiről. Arról volt szó, hogy mivel mint a centos, mind az opensuse kb ugyanaz mint az üzleti minusz support, ezért elérhető szakértelem és képzések állnak rendelkezésre, és fognak is.




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2531679

mármint nem pont ezt mondta?

(bár mint kiderült, nem suli)




Hálózat kiépítés linux only környezetben.: https://hup.hu/node/170899#comment-2531725

Szerintem érdemes szavak helyett mondatokat olvasni :)

Fizetősek, de oktatásban kellene legyen, talán [csak azért nincs neked] mert kérni kell.




[Megoldva] Google maps fake kft adatai: https://hup.hu/node/170955#comment-2530881

Erről a bosszút esküdni dologról én mondjuk lemaradtam...




[Megoldva] Google maps fake kft adatai: https://hup.hu/node/170955#comment-2530924

Hát, ha pl nem ilyen Semjén típusú keresztény (amiből azért a struktúra alján lehet találni), akkor pl azt is el tudom képzelni, hogy pl szeretné megérteni, hogy mi váltotta ki a frusztrációt, mert pl segítene annak az embernek, akiből így tört ki a frusztráció. De ha csak arról van szó, hogy pl a teljesen normális bevett utakon, pl egy becsületsértési perben megpróbál valamit, az tulajdonképpen miért is lenne probléma?

És továbbra is, ez a bosszút esküdött gyerekesen ez inkább tűnik a kommentelő kolléga lelkivilágának kivetülésének, mintsem bármi konkrét alapot tartalmazó megállapításnak.




[Megoldva] Google maps fake kft adatai: https://hup.hu/node/170955#comment-2531046

Te ugyan nem, csak nézd már meg, hogy mire is reagáltam.




Á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-2528051

Van. A google takeout mögött lévő webserver és/vagy a kliensed szar 😀




Á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-2528520

óóó az a működött, azóta sírva röhögök, mikor eszembe jut, hogy hátul a growisofst vagy melyiket mintegy féltucat --use-the-force-luke-valami-undocumented-kapcsoló -val hívta :D (ettől függetlenül egyébként működött)




Á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-2528602

többnyire pl komló meg élesztő




Á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-2528650

Meg kell inni 14 üveg rózsaszín elefántost, annak darabja 8.5%, ki is jön :D




Á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-2528146

Csodálatos




Á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-2530608

"egyeznek a lefordított binárisok a hivatalos kiadásokkal"

Ezt egy kicsit pontosítanád még, hogy hogy érted?




Á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-2530727

> Úgy, hogy a kész lefordított bináris fájlokat összevetették az adott időszakban kiadott hivatalos MS lemezképen lévő binárisokkal, és bájtra és bitre pontosan egyeznek a fájlok

Hű, na valami ilyesmitől tartottam. Te ugye nem nagyon szoktál fejleszteni, ha ezt megetted? Mert azt szeretném mondani, hogy ha most ráböknék egy random projectre githubon, ami Cben van, és azt kérném, hogy légyszi csinálj bitre pontosan egyező binárist úgy, hogy nem ér belenézni CI fileokba, csak a sourceba, alig hiszem, hogy sikerülne. Hogy ma valaki bitre pontosan ugyanolyat fordítson, mint egy fasztudja, 20 éves bináris, hát, good luck.




Á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-2530773

Ha ilyen, akkor mea maxima culpa.




Á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-2530872

Nem támadlak, csak erős ellentmondás volt abban nekem, hogy a fenti teljesen jogos szkepticizmusod egy ilyen bitre ugyanaz érvttől mitől fordult meg, mert nálam legalább annyira red flagnek hangzik egy ilyen, mint a sokszáz giga forrás leak, és kíváncsi voltam, hogy van-e valami, amit nem látok.

De feljebb már más is felvilágosított, hogy felületes voltam, ebben benne van a toolchain is, elnézést, nem láttam :)




Munkád során inkább ezermester, vagy specialista vagy?: https://hup.hu/szavazasok/20200922/munkad_soran_inkabb_vagy#comment-2527325

Szóval a rendszergazda meg a fejlesztő az beszéljen network specialistául, és mondja el neki egészen pontosan, hogy mit is szeretne az ő domainjében, de visszafele már nyugodtan lehet semmitmondózni a java dumpot, mert az már nem az ő szakterülete. Azt hiszem, pontosan erről a jelenségről beszélt yetii feletted.




Munkád során inkább ezermester, vagy specialista vagy?: https://hup.hu/szavazasok/20200922/munkad_soran_inkabb_vagy#comment-2527386

A legnagyobb pöcsök mindig az asztal másik oldalán ülnek. :) A fejlesztő/hálózatos/tűzfalas/üzemeltető szerint mindenki más hülye, abban egyeznek meg csak, hogy a management természetesen semmire nem jó és nem ért semmihez, meg némileg ennek ellentmondóan abban, hogy bármilyen nehezebb kérdést (értsd, amikor valamelyik ujjba bele kell harapni) nekik kéne megválaszolni, hogy hogyan legyen. Cserébe a management szerint meg mindegyik óvodás, max van amelyik már nagycsoportos. ;)




Munkád során inkább ezermester, vagy specialista vagy?: https://hup.hu/szavazasok/20200922/munkad_soran_inkabb_vagy#comment-2527956

Csak az utolsó oszlopot kell rand sorrendben ismételgetni :D




Munkád során inkább ezermester, vagy specialista vagy?: https://hup.hu/szavazasok/20200922/munkad_soran_inkabb_vagy#comment-2527385

Jaja, a networkos alapokat mindenkinek ismerni kellene. Meg a fejlesztési alapokat, meg az OS alapokat, az elterjedtebb enterprise keretrendszereket, meg az ilyeneket is. Jep, a hálózatosnak is. És természetesen van olyan java dump, amiből semmi nem derül ki, de

- egyrészt igen nagy különbség van a " hanem úgy, hogy A szerver nem tud kapcsolódni a B szerverhez C porton" meg a "vagy legalább olyan adatokat, amikből ezt ki lehet hámozni" között. (Arról nem beszélve, hogy boldog az az applikáció ma már, amihez van egy jól definiálható port, meg két host, mert annyira egyszerű)

- másrészt meg ez az "én layer 3 -ig vagyok vele hajlandó foglalkozni" ez az, ami rohadt káros. A specialistának igenis fel kell fogni, hogy a rendszer mit akar csinálni, és kell neki tudni érdemben válaszokat találni arra a kérdésre, hogy mi a két host meg a port, akkor is, ha a bugban annyi van, hogy szar az app. ( Igen, ehhez nyilván nem elég stack trace -- bár nekem már meglepően sokból sikerült kiderítenem, hogy ki nem tudott kivel beszélni -- a fejlesztőnek is kell tudni érdemben közreműködni abban, hogy mit akar a cucca).

Illetve hát nem _kell_, lehet azon morogni, hogy ipcímport még ezt se tudja a hülye, csak akkor nem kell csodálkozni, ha le szakbarbározzák az embert.




Munkád során inkább ezermester, vagy specialista vagy?: https://hup.hu/szavazasok/20200922/munkad_soran_inkabb_vagy#comment-2527406

Nagy szavak helyett (hidd el, ismerem mind, ültem már az asztal összes oldalán, feküdtem alatta, ültem a tetején) együttműködést. Ami egyébként szerintem benned megvan, és ezért nem is érted, hogy miről beszélünk. Bár attól még, hogy látsz kiépült TCPt, attól még egyáltalán nem biztos, hogy a hálózatod rendben van, és ezt te is tudod, gondolom. Tudod, erősen gyanús, hogy ha valami hálózati szarra szaladtak a kollégák, akkor valami nem pontosan úgy van beállítva, ahogy azt az alkalmazás igényli, és még az is lehet, hogy a te térfeleden.

(Meg egyébként azt, hogy ha már nagy szavakkal akarsz dobálózni, akkor ne gyere olyanokkal, hogy layer3-ig fog vele foglalkozni, aztán írd le, hogy load balancer meg tűzfal, meg dobálózz tcpdumppal meg ws-el, amikor az enterpriseban használt eszközök jelentékeny részében ilyet nem fogsz futtatni (és nem, egy átlag fejlesztőnek rohadtul nem kell packet tracert ismernie), mert így a végén még azt találja hinni az ember, hogy nagyzolni akarsz, aztán sikerül össze vissza beszélni, amolyan szakbarbár módjára)




Munkád során inkább ezermester, vagy specialista vagy?: https://hup.hu/szavazasok/20200922/munkad_soran_inkabb_vagy#comment-2527671

"Együttműködés - na ez az, ami a multik ún. megoldócsoportjainál nagy hiánycikk.  De erről ők is tehetnek - az ostoba processzekkel, a siló gondolkodással, az apró darabokra szeletelt workflow-kkal, amikhez három hetes belső térningen képzett bölcsézeket vesznek fel."

Látod, mondom, hogy nem érted. :) Sejtem, hogy azt szeretted volna mondani, hogy ha te jó szándékúan mindent megnéztél mindent, akkor mit kéne még tenned. Csak amikor ezt úgy teszed, hogy példálózós jelleggel felsorolsz egy rakás hálózat domaines szakkifejezést, akkor lehet, hogy te ezt azért tetted, hogy érzékeltesd, hogy te megnéztél alaposan mindent, de nagyon könnyű úgy hallani, hogy vagizol a "nagy szavakkal", főleg akkor, ha ezt aztán sikerül még pongyolán is előadni. És főleg akkor, mikor egyébként az akinek baja van, még mindig baja van, te meg elintézed azzal, hogy "leveszi egy másik ticketet, vagy elmegy kávézni". Mert ez bizony annak, akinek baja van, azt fogja közvetíteni, hogy szarsz a bajára, és leszel besorolva arrogáns hálózatos köcsögnek. Aminek egyenes következménye, hogy legkésőbb a következő körben te meg be fogod sorolni az okoskodó hülye fejlesztőbe, mert akkor már úgy fog jönni, még ha előtte nem is tette volna. És így kerülnek az asztal mindkét oldalára hülyék.

"Ami a layereket illeti, jól elkaptál te itt egy ponygyolaságon engem: maradjunk annyiban, bizonyos cégeknél van a specializációnak olyan foka, amikor már a tűzfalat is külön csoport vizsgálja, meg van olyan, amikor nem"

Nem mondod, mik vannak :)

"Sosem állítottam, hogy egy átlag fejlesztőnek packet tracert meg GNS3-at kellene ismernie, de józan ésszel azt gondolná az ember: a fejlesztő körülbelül meg tudja mondani, az alkalmazása milyen portokon kommunikál és kikkel."

Félre ne érts, az én józan paraszti eszem is ezt mondatja velem, én sem értem, hogy a fenébe lehet ma ITban úgy dolgozni, hogy legalább nagyjából ne legyen képbe az ember a networkinggel, de
- egyrészt bias: a fejlesztő ugyanilyen alapon fogja gondolni, hogy a hálózatos meg tud érteni egy java tracet, a supportos bele tud nézni a log üzenet alapján a forrásba, az db admin, hogy egy kurva explaint csak meg tud nézni egy hülye fejlesztő is. Aztán nagyon sokszor nem
- másrészt whishful thinking: Távozott már tőlünk idejekorán interjúról magát seniornak tartó fejlesztő (akinek a releváns tapasztalati konkrétan webfejleszősök voltak), mert a kolléga megpróbált belőle kihúzni valamit arról, hogy mennyit tud a HTTPről mint protokollról, és kb odáig jutott, hogy hát vannak benne cookiek, de a header szó már nem hagyta el a száját. Mindezt úgy, hogy második kör volt, és az elsőn elárultuk neki, hogy a termék, amihez embert keresünk gyengébb napjain is könyékig a HTTP belsejében turkál, tehát még csak váratlan se lehetett nagyon.
- negyedrészt sokszor messzebb van egy fejlesztő a hálózattól, mint gondolnád. Kér a service sdk libjétől egy connectiont, és dolgozik. Jártam én úgy, hogy kaptam egy java tracet, hogy időnként lehal a queue. Megnéztem, mondtam a fejlesztőnek, hogy az van pajti, hogy timeout miatt egy hálózat eszköz közli a két féllel, hogy ez a TCP reset, amire a szabvány azt mondja, hogy azt jelenti, hogy ezzel a kapcsolattal többet nem foglalkozunk, a te programod meg eszt szépen leszarja, aztán csodálkozik, mikor legközelebb megpróbál belebeszélni. Ő meg tette szét a kezét, hogy ő kér a glassfishtől egy connection poolt, nulla ráhatása van erre a részre.
- negyedrészt ma már egyáltalán nem triviális egy egy hálózati kommunikáció egy alkalmazás szempontjából. Bonyolult, és több protokol. Nem tudom, láttál el pl corbát pl, good luck, hogy elmondják, hogy melyik endpoint melyik portjával van a baj, simán be tud neki keverni nat, meg port fw, meg mindenféle.
- ötödrészt meg nem is mindig fejlesztő az, akinek baja van, próbálj meg egy lyncet (hogy hívják ma, skype for business?) értelmesen átengedni tűzfalon, 77 különböző szarral próbálkozik, és valami kibaszott support oldalról kell összebogarászni, hogy a héten éppen mik az endpointok az MS szerint, ahova beszél. Aztán ilyenkor lehet menni az alkalmazás üzemeltetőhöz, hogy az ő vacka, mondja meg, min beszél.

Szóval all in all, ma a hálózat erősen össze van nőve a rajta futó alkalmazásokkal (meg egyébként minden mindennel), rengeteg a határprobléma, az emberek meg problémákat akarnak megoldani, nem azt hallgatni, hogy nálam minden jó. (A műtét sikerült; a beteg meghalt.) Ezért egy jó specialistának sajnos elengedhetetlen skillje, hogy értse annyira a szomszéd területeket, meg tudjon normálisan kérdezni, hogy kiderüljön az issue, még akkor is, ha csak annyi, hogy a másik fél is megnyugtóan értse, hogy ezzel most a másik specialista kéne inkább. Különben lehet nagyon jó szaki, de csak szakbarbár lesz a többiek szemében.




Munkád során inkább ezermester, vagy specialista vagy?: https://hup.hu/szavazasok/20200922/munkad_soran_inkabb_vagy#comment-2528167

A mondókád arról szólt, hogy szegény rendszergazdának le kell ereszkednie a fejlesztőkhöz, hogy elmagyarázza neki az egyszer egyet, remekül implikálva az "ehhez is sík hülyék" befejezést.




Munkád során inkább ezermester, vagy specialista vagy?: https://hup.hu/szavazasok/20200922/munkad_soran_inkabb_vagy#comment-2530871

> (vagy akár a fejlesztőnek)

Ja, nem.

Illetve ne add már elő, hogy kiverte a biztosítékot. Nem verte ki, egyszerűen csak megjegyeztem, hogy ez egészen pont úgy hangzik, mint amire válaszoltál.




Laptop akkumulator hirtelen elromlik a szervizben: https://hup.hu/node/170901#comment-2530106

> Én csak leírtam egy saját tapasztalatomat, ami lényegében hasonló sőt telibe azonos hibajelenséget produkált mint amit a szervíz közölt a topiknyitóval, mert ez az azonosság „szeget ütütt a fejembe”. Azért írtam le, hogy ötletet adjak továbbgondolásra. Nem azért hogy kézzel-lábbal védjem

Ja, csak leírtad a saját tapsztalatodat, még csak véletlen sem mondtad azt, hogy, biztos ez van nálad is, nem is kezdted úgy, hogy:

> Figyu, én biztos vagyok benne hogy NEM akarnak téged átverni!




Intel nuc vagy helyette mit?: https://hup.hu/node/170964#comment-2530501

Én vettem a onelogictol paletta alja iparit. Passziv hutes (gyak az egész haz), vmi celeron,  vmi ssd, 2g ram. Olcsó mondjuk nem volt, sima kockapcben vszinu nagyobb szufla van azonos pénzért, de alapvetően megbizhatot akartam, az rpi játék, nem tennem rá az épület vezérlést. Meg akkor se, ha egyébként az alap dolgok mennek akkor is, ha áll a hub. Home assistant van rajta, unifi kontroller, de nem nagyon érzi. Azért ezt vettem, mert ezekkel nem kellett levelezni ár miatt, ami láthatólag a nem konzumer kategóriában nem jellemző.

Van egyébként din railes ipari pi is, láthatólag össze van rakva, cserébe nem is olcsóbb.




Újságírók felelőssége: https://hup.hu/node/170886#comment-2528169

Elég egyszerű ez pedig, ha igenis teljesen rendben van, akkor tulajdonképpen miért baj, ha leírják? Nyilván azért, mert lehet, hogy szerinted igen, de jó eséllyel sokak szerint meg nem. Ezért aztán ez egy releváns információ. Következésképp a sajtónak az  dolga, hogy szépen beszámoljon róla (nem pedig az, amit locsemege elvtárs gondol, hogy jó mélyen a feledés homályában legyen).

Aztán a hölgy majd szépen ennek hatására lenyilatkozhatja ugyanennek a sajtónak, hogy ez szerinte miért nem gond (vagy nem), visszaléphet (vagy nem), a szövetség szintúgy lenyilatkozhatja, hogy szerinte ez miért nem baj*, vagy hogy miért az (vagy nem), visszavonhatja a kinevezést (vagy nem), a sajtót olvasó szülő meg majd eldönti, hogy szeretné-e ezek alapján abba a szövetségbe járatni a gyerekét, ahol egy tizenéve még pornózó hölgyet tettek meg az utánpótlás nevelés fejének, vagy nem, a cégek gondolkodhatnak rajta, hogy akarnak e támogatást adni, vagy nem, stb stb.

Így működik a sajtó, pontosan ez a feladata neki. Hogy segítsen tisztábban látni.

* a cikket végigfutva egyébként meg is tette




Újságírók felelőssége: https://hup.hu/node/170886#comment-2528176

Értem én, hogy örülni kell annak, hogy van kis magyar fappening. Valami érdemi mondanivalód is van?




Újságírók felelőssége: https://hup.hu/node/170886#comment-2528179

Írtam én olyat, hogy ettől aztán automatikusan diszkvalifikálódnia kellene?




Újságírók felelőssége: https://hup.hu/node/170886#comment-2528337

"A fent leírtakkal pont nem segít tisztán látni. Szépen leírták (átmásolták) a hivatalos véleményt, és pont."

Nézd, távol álljon tőlem, hogy az oknyomozó újságírás krémjének állítsam be a cikket, ezzel együtt ha ők nem írják ezt meg, akkor jó eséllyel ezt egy csomóan nem hallják, akiket esetleg érint, szóval de, segít tisztábban látni. Azt meg, hogy odaírták a szövetség álláspontját pont azért írtam, mert a szabvány szennylapnál, meg annál, amit locsemege kolléga előadott a topic nyitóban, ami kb úgy hangzott, hogy "ezek itten csak kurvázzák szegény nőt", na ahhoz képest volt ott valamennyi ellenpont.




Újságírók felelőssége: https://hup.hu/node/170886#comment-2528418

Érvelésből megint jeles vagy azért. Ezeket az ordas csúsztatásokat, baszki, amiket ebben a topicban eltolsz.

1. hogy biztos én is durcásan toporzékoltam gyerekként egy tábla csokiért a szüleimnek - ezt hasonlítod a felnőtt fejjel 4 évig kamerák előtt pénzért dugó nővel. Nyilván tök ugyanaz.

2. "Elmondanád, mi az erkölcstelenség a szexualitásban?" - A felette levő kommentben egyáltalán nem szerepelt az erkölcstelen rész, viszont nem simán szexualitásról, hanem kamerák előtt, pénzért, akárkivelről van szó. Lehet, hogy még ez sem erkölcstelen, de már megint valami faszságot adsz más szájába, hogy aztán cáfolhasd. (ugyanezt kétszer is eljátszottad)

3. "Nem kell szégyellnie. Ami elfogadható egy 20 évestől, nem biztos, hogy elfogadható egy 37 évestől." - Most akkor semmi erkölcstelen nincs a (pénzért, stb stb) szexualitásban, akkor 37 évesen miért nem fogadható el? Dönts már el, hogy mit gondolsz erről.

4. "Minden egészséges nőt megdugnak, nem ez a probléma, hanem az, hogy az újságírtónak nevezett lény számára valamiért relevanciával bírt az a tény, hogy valakiről, aki állítólag igen jó színvonalon edz fiatalokat, explicit módon igazolható, dokumentált az a tény, hogy 15 évvel ezelőtt bizonyosan megdugták." -- Valamiért a pénz, a kamerák, meg az akárki megint mintha kimaradt volna egy kicsit.

5. Simán, minden alap nélkül megszavazod a spinének, hogy fejlődött a személyisége, mintha az evidencia lenne (illetve ugye megint csak, ha nincs baj azzal, amit csinált, akkor miért is kell fejlődni, meg mit kell megbocsátani?

És akkor a nagy érved, a megbocsátás: valami egészen furcsa definíciót alkalmazol rá. Mitől az lenne a megbocsátás, hogy nem ér róla beszélni egy idő után? Miért járna az mindenkinek automatikusan. És főleg miért kéne az újságírónak megbocsátani az érintettek helyett? Az ember tetteinek következményei vannak. Igen, néha sokkal később vannak következményei, ha valaki bocsánatot szeretne, akkor ahhoz azért nem árt, ha szembe néz azzal, amit csinált. Ha valóban annyit fejlődött a jelleme, akkor pl álljon oda, aztán tegyen valamit, ami miatt érdemes arra a megbocsátásra.




Újságírók felelőssége: https://hup.hu/node/170886#comment-2528175

Mindenki azt feltételez, amit akar. És egyrészt, ha nem is teszi, lehet olyan, aki egyszerűen pl nem ezt az értékrendet akarja pl a gyereke irányába láttatni, másrészt ismervén az elmúlt időszakban előjövő híreket mondjuk Kiss Lászlóról, meg a körötte az úszószövetségben felreppent erről arról, vagy mondjuk az amcsi tornászszövetség évtizedeken keresztül gyerekeket abuzáló orvosáról, és az egyébként közben az edzésmódszerekről kiderült részletekről, akkor azért sajnos nem tűnik alaptalannak, hogy valaki ilyen feltételezésekre jusson.




Újságírók felelőssége: https://hup.hu/node/170886#comment-2528793

> Mert aztán marha nagy elégtétel egy halála előtt lévő öregember meghurcolása annak, akinek már szintén nincs sok hátra az életéből, 

Hát ezt egyrészt talán döntse már el ő, ne te. Másrészt az is egy jó optika, hogy semmi gond, ha kicsit tömeggyilkolsz/gyilkoltatsz embereket, ha jól megy, és utána hatalmon maradtok, 20-40 évig, akkor utána már ok, megúsztad. Hát már régen volt, azóta lehet még jobb ember is lettél, már nem csinálnál ilyet, cserkészbecsszó, meg egyébként is mindenkinek jár a bocsánat...




Újságírók felelőssége: https://hup.hu/node/170886#comment-2529170

Hirtelen: https://kuria-birosag.hu/hu/kollvel/56-bkv

10. Enyhítő körülmény, ha a bűncselekmény elkövetésétől hosszabb idő telt el; minél súlyosabb a bűncselekmény, annál hosszabb az az idő, amely enyhítőként értékelhető. Nagyobb a nyomatéka, ha megközelíti az elévülési időt; csökken a nyomatéka, vagy el is enyészhet, ha az időmúlást maga az elkövető idézte elő.
Enyhítő körülmény, ha az elkövető hosszabb ideig állt a büntetőeljárás súlya alatt; nagyobb a nyomatéka, ha előzetes fogva tartásban volt, és ilyenkor az előzőnél rövidebb tartam is enyhítőként értékelhető.




Újságírók felelőssége: https://hup.hu/node/170886#comment-2529167

Nem mondasz újat. Bár azért enyhítő körülmény lehet, nem automatikus, másrészt én személy szerint nem nagyon értek vele egyet, különösen nem súlyos cselekményeknél, és különösen nem a jelenleg itthon igen jellemző ügyintézési időre, mert nagyon sokszor lefordul arra, hogy "enyhítő körülmény, hogy a tisztel bíróság balfaszkodott".

Érdemben megint nem sokat sikerült reagálnod.




Újságírók felelőssége: https://hup.hu/node/170886#comment-2529183

Már megint csúsztatsz. Szerinted Biszku simán csak gyökér volt?




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2508103

"Hozzászólást pontozók listája"

Itt nem kell valami visual guide, hogy ez kattintható? Vagy mindenki jegyezze meg? :)




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2508135

de, csak bár én tudom, hogy én vagyok az univerzum közepe, ezért most már minden jó, de lehetnek olyan eltévelyedettek, akik nem osztják ezt a világnézetet :)




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2509213

hát, leszámítva a tracker meg az  activity szavakat, valóban nincs odaírva.




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2525457

Csatlakozom, szerintem ez eddig jó volt, ez most kevésbé jó, és sokkal jobban libafos, mint a hup többi része :D Meg fogom szokni (vagy teszek bele magamnak mást), De ha már muszáj, akkor legyen már legalább a lábléc is (horrible diktu a keret színe is). Most az agyam állandóan küzd, hogy mi az új, ezt régebben nem tette, mert "az" volt más, nem pedig csak annak a teteje.

Továbbá üssük már fel az internetet a "hogyan ne basszunk ki a színtévesztőknél ux 101" fejezetnél, mert engem ugyan személy szerint nem érint, de láthatólag sokakat igen.




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526501

Nekem segít, ha látom, hogy az én threadem alatt van új.




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526952

is




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526394

Ha lehet választani, en inkább w fordítottra szavazok. A saját szín nélkül jobban elvagyok, mint a jol látható új hozzászólás kiemelés nélkül. (Nem a bolhapiszok új felirat __nekem__ messze nem olyan jo kiemelés)




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2525455

Most látom, hogy más is járt így, szóval for the record, a másik user nem volt az új hozzászólók között.




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2525452

Elég mogorva lettem. Mármint literally:

https://imgur.com/0LCSPLc

A nagy bugos topikot kinyitva mogorva hozzászólásai kapták a saját user színezést, az én hozzászólásaim meg semmitsenem.




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2525785

Ugye megvan, hogy két szin van? Egy magadnak, egy a newnak?




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2525951

https://imgur.com/Ws2BVmG

A felső a saját hozzászólás színe, az alsó az újé




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526190

Mondjuk nem tudom, nem csak mester troll manőver-e, de ha nem, akkor azért egy bocsánatkéréssel jössz nevergonenak a frontendet érintő magas lóról fikkantások miatt ;)




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526275

Nyilván nehéz lehet belátni, hogy neked sem sikerült jobban a deákné vászna.




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526479

> Remélem, sikerült rávilágítanom, miért nevetséges, amit írtál.

Nem.




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526613

Teljesen felesleges ezen vitatkozni :)




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526271

Igen, ez sajnos az. Ha nem vagy az látszik. Nem drasztikusan, de egyértelműen.




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2526300

Szerintem nem volt ez cél, csak nagyon tudományosan így sikerült, és nem szólt senki, hogy nem jó. Ha nézed, én is azt mondtam, hogy ezzel muszáj kezdeni valamit, a "sajnos ez ilyen" a jelenlegi helyzetre vonatkozó ténymegállapítás volt, hogy tudd, nem a te készülékeddel van a baj (vagyishát de :P)




HUP frissítés (1.0.6): https://hup.hu/cikkek/20200711/hup_frissitett_tesztoldal#comment-2527598

nekem egy másik szó jutott eszembe.

Illetve most már nem teljesen tiszta, hogy most tulajdonképpen az intention az 2 vagy 3 volt? mármint, akartuk jelölni a

Vagy a topic gazdát nem, csak a sajátot, csak nem beszélni angol

vagy a sajátot nem, csak a topic gazdát, csak elbaszva nem kicsit van néha, hanem nagyon többnyire




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196627

Esetleg = nincs időnk kivárni, míg az épkézláb statisztikai szoftvert adó cég fél év alatt drágán belegrundol valamit, amit egy nem hülye kolléga két óra alatt összerak excelben. Lehet, hogy nem lesz olyan csudiszép, viszont gyorsan megvan, és lehet vele dolgozni.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196654

Egyrészt: Szerintem kissé túlmisztifikálod az erőforrásigényét az excelnek.

Másrészt: És? Akinek kell, annak vesznek normális gépet, még mindig töredéke lesz mint a "rendes" szoftver, meg alá a vas. Aki meg néha ránéz, és annak nagyon lassú, az szépen fogja magát (vagy aki összerakata a bonyit) és megkéri az excelt, hogy ugyan mentsen már képletek helyett kiszámolt értékeket.

Harmadrészt: Értem, hogy gányolás, mert nem olyan "szép", de a cégek pénzt szeretnének kereseni, és az van, hogy a gányolás nagyon sokszor pont bőségesen elég, és a "rendes" a nagyonprogramozó urak által nagyonszépen összeraktott szoftverekbe a nagyonszakértelemmel rendelkező konzultánsok által összerakott cucc közelében sincs igazából usabilityben, mert ha bármi új kell, akkor kellenek hozzá a nagyon* urak annak idő és költségvonzatával, holott mire elmagyarázom, hogy mi kéne, már 2x megcsináltam excelben. És általában ez a fő. Ráadásul ilyen nagyon szofverek néhány kivételtől eltekintve lassúak mint a szar, és a velük való munka és workflow is katasztrófa.

Negyedrészt: Azt kell megérteni, hogy az excel nem a rendes szoftver helyett, hanem mellé is kell. És pl elég jól lehet vele dolgozni a rendes adatbázisból is. Igen, direktben is. Az, hogy van ahol igazából bőven elég, az csak egy dolog.

Ötödrészt: Ha ez érv akart lenni amellett, hogy az LO is elég, akkor nem annyira jó érv.. Az LO nem csak akkor lassú, ha már szét lett szívatva mindenfélével, mint az excel, hanem nekifutásból. Az elmúlt pár hétben nézegettem kolléganő nem túl acélos gépen egymás mellett a calcot meg az excelt, elkeserítő. A sebessége is, meg a usabilityje is, olyan apróságok nem mennek benne, hogy nagyon.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196831

1) Ízlés? Mi köze az ízlésnek az excel sebességére
2) Nincs pénz softwarere vs nem költünk olyan softwarere, ami nem kell, vagy nem tudja azt, amit kell.
3) Ezeket a "gányolásokat" simán megcsinálja akármelyik excel bűvész. Érdemes egyszer nem mancikát megnézni, hanem valakit, aki tényleg szokta is használni, aztán lehet elgondolkodni.
4) Hát, én erről nem vagyok meggyőződve, bár tény, hogy LOval ilyesmit nem próbáltam. Az adatot meg akkor tartjuk adatbázisban, ha az nem valami random adhoc izé. És egy cégben meglepően sok random adhoc izé van. Az "illik" meg senkit nem érdekel :)
5) Ez nem tudom hogy jön az ötöshöz, az arról szólt, hogy ha az az érv, hogy "azért ne használjunk excelt bonyolult feladatokra, mert akkor erős vas kell alá", akkor sajnos az is érv, hogy "azért ne használjunk LO calcot semmilyen feladatra, mert erős vas kell alá". Viszont mivel magad is azt mondod, hogy az excel jobb db interface, mint az LO, ezért ugye a 4esnél is ő nyer, mert a hajadra kenheted, ha esetleg tud valamit importálni, amit aztán nem tudsz jól használni :)

Bónusz: egyébként eszem ágában sem volt az excel vs lo dologba belemenni, a kommentem csak arra (az általad is hangoztatott) elitista baromságra reagált, hogy aki excelt mer használni, az hülye, mert azt "rendes" szoftverben kell csinálni.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196832

Szóval volt az a katasztrófa, amikor egy ember összereszelt egy komplett cégirányítási rendszert excelben, ami hosszú hosszú ideig jó volt, és nem vitt el egy teljes embert. Hát, szörnyű katasztrófának hangzik.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196888

Egyrészt a fene nem mondta, hogy egy egész rendszert kell letenni excelben. Viszont egy csomó kiegészítő dolgot bizony sokkal egyszerűbb, gyorsabb, és flexibilisebb, mint beleheggeszteni a nagy rendszerbe. Tudom, hogy ez egyeseknek biztos nagyon fáj, hogy a mezei talpas userek meg tudják csinálni azt, amit 20 éve még nem tudtak, de ez már csak egy ilyen világ.

Másrészt meg de, jó volt, mert a cégnek működött. Aztán valaki úgy döntött, hogy ezzel nincs kedve szopni, inkább szopatja magát mással. A sztori vége erősen hiányzik, ti. amikor a szép új rendszert is használták már egy ideje. Ami addigra úgyanúgy tele lesz egy rakás helyi lófasszal, mint az excel heggesztés, és egy új ember pont ugyanannyira fog vele szopni. Ugyanis az a rakás helyi lófasz az mindenhol van, attól cég a cég.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196918

"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"

És szerinted kinek kellene, hogy jó legyen?

"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."

Elvesztettem a fonalat, nem egy anekdotáról beszélgetünk? Ráadásul te is rosszindulatúan feltételezed, hogy ami nem csodaizében van, hanem excelben az "olyan is lesz"




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196950

> 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.

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.

> Ez nem feltételezés, hanem tapasztalat.
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.

> 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

És a történet végén ott a konklúzió, hogy már az elején se kellett volna :) Most akkor melyik? Az van, hogy a mikor éri meg váltani kérdésre kell jól választ adni. 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.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196969

"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..."

Ez teljesen esetfüggő. Illetve az, hogy csak egyszer kell megírni, az biztosan nem igaz, mert a világ folyamatosan változik alatta.

"É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."

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. É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. Aminek semmi alapja nem lehet. 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.

> Ez tény.

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.

> 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.

Akkor, amikor még egyébként szerinted is jó ötlet volt? :)




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196984

> 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.

Ja, csak én soha nem állítottam, hogy nem az. Ellenben az egész szál onnan indul, hogy:

> "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.
"Komolynak" hitt helyekről is kaptam és kapok még most is gány xls(x)-t.

Ami viszont egészen úgy hangzik, hogy az excel szükségeszerűen szar. A többire nem reagálnék részletesen, mert onnan, hogy ~"ha rendesen megírod, akkor az fasza" nincs értelme.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2196990

Értem. Ezt a magyar tanulást akkor neked is tudnám javasolni. :)

Egyébként egy több ezer soros vevőlistát, meg a hozzátartozó több tízezer soros megrendelés listát, amiben lesz egy darab id típusú mező az elsőre, hát simán el tudjuk tenni excelbe.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197142

Meghajlok érveid nagysága előtt :)




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197141

> 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.

Ne haragudj, de a szál onnan indult, én arra reagáltam. Te ebbe szóltál bele. És annyira aranyosak vagytok, hogy én ne értsem bele az excel=nem volt pénzünkre az excel nem jó, és csak az volt odaírva hogy fájl, ja és ezért én nem tudok magyarul ügyességeket, majd megpróbáljátok a számba adni, hogy abban kell vállalatirányítási rendszert írni, mert az jó lesz. Miközben nálad is csak arra reagáltam, hogy az általad felhozott példából sem jön ki egyértelműen az, hogy hát, az egész hülyeség volt, és kissé elnagyolt a konlúziója. Még csak véletlen sem azt, hogy jó ötlet ezt excelben csinálni.

> A másik felét meg nem értem. Miért is nincs értelme annak, amit mondtam?

Van neki értelme. Csak mivel látszik, hogy onnan indulsz, hogy a "rendes" ilyen szoftverekkel sosincs szívás, mert azokat egyszer kell jól megírni, és utána hozzányúlni már tök egyszerű, azon tisztán látszik, hogy nagyon más a véleményünk meg a tapasztalatunk arról, hogy milyen költségei meg fejlesztési vonzatai vannak egy rendes szoftverben néha kívülről egyszerűnek látszó problémák esetében is, meg abban is, hogy adott esetben ez mondjuk egy excelben mennyivel egyszerűbb. Hitvitába meg fölösleges belemenni, mert te már elkönyvelted magadban, hogy azok jók, az excel gányolás, és pont. Én meg ezekkel a fekete fehér véleményekkel nem tudok mit kezdeni, mert az igazság mindig a kettő között van valahol. Lesz, ahol kell a rendes rendszer, és lesz olyan feladat, amit egyszerűbb lesz egy excel táblában tartani a közös shareen az adott cégnél. Még akkor is, ha egyszer valaki megmakrózta alaposan. De mivel én már be vagyok sorolva a "hülyegyerek excelben akar ERPt írni" skatulyába, nem látom értelmét.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197184

> A topic publikus, volt véleményem, gondoltam megosztom. Nem gondoltam volna, hogy ez baj.
Mondtam én, hogy az? Annyit mondtam, hogy mivel ez itt az a szál, ezért ne lepődj már meg, hogy belekeverem

> Amiket felsoroltál, hogy nem tudsz magyarul, etc. azokat nem én mondtam.
Azt speciel nem, csak valamiért a számba próbálod adni, hogy szerintem az excel erre való. Még le is +1ezted ;)

> 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. Nekem ezzel kapcsolatosan eltérőek a tapasztalataim, mind a szopás mértéke, mind a költségei tekintetében. É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ó, egyszerűen arra reagáltam, hogy ez nem ilyen fekete fehér. Az egész e körül forog, még akkor is, ha elindult mindenféle más irányokba. 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.

> Úgy elég nehéz vitatkozni, ha nem arra reagálsz, amit mondtam, hanem inkább kiforgatod és vádaskodsz;
Ezzel a kiforgatás dologgal nem vagyok egyedül :)

> már a fentebbi posztjaimban is nem egyszer kellett mondanom, hogy én nem mondtam, azt, amivel te vádolsz.
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? A vádolni szó meg különösen aranyos. Ne szívd ennyire mellre, nem vádollak én semmivel.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197314

> 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?

Tehát akkor mégis csak megpróbáltad beleadni :) Nekem bezzeg nem jöhet le az, hogy az excel mindenre szar, ha valaki ezt írja le :)

> 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? :)

De, benne van ez, csak nem ilyen sarkosan.

> 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.

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. Én nem az excelt védem (nem igazán szorul rá, mert egy ritka jó cucc), hanem azt ellenpontozom, hogy excel=szopás, statisztkiai célszoftver=sokkal kisebb szopás, ezért mindenhova lendületből célszoftver kell.

(Egyébként meg igen, a célszoftverek nagy része közelében sincs egy csomó valós user igények kapcsán az excel usabilitjének. Ettől még nem lesznek automatice szarok)

> 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...

Mindegy, úgy sem te mondtad.

> Lehet, de én speciel nem forgattam ki a szavaidat.

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.

> Nem. Csak ebben a posztban, vagy háromszor kellett mondanom, hogy én nem mondtam azt, amit te állítasz.

Azok pontosan azok a "de úgy hangzott" cuccok.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197339

> 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.)

Mivel te rásegítettél. Nézd meg nyugodtan, neki még cifrábbat írtam.

> 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...

Nem azt mondtam, hogy nincsenek nyűgjei, de a dolgát az igen jól teszi. Még akkor is, ha rendes statisztikai szoftvert író emberek húzzák rá az orrukat. Legalább is szerintem, szerinted meg nem. Ez egy ilyen világ.

> És még mindig nem komplex vállalatirányítási rendszerek összefércelésére való. :P

Ezt megint nem mondtam ;)

> 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.

Na, akkor még egyszer, témaidnító:
> > ahol komoly Office-ra van szükség (mert pl. a felhasználók legalább 10%-a profin bűvészkedik Excelben)
> "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.

Ebben kérlek sehol egyetlen büdös betű nincsen vállalatirányítási rendszerről. Csak annak (rosszmájú) feltételezéséről, hogy aki ilyet csinál, az olcsójános, és nem ért hozzá. Vagy és.

Én erre mondtam (igen, szarkasztikusan, csak mert látom, hogy ez neked fáj), hogy vagy csak a szoftverbe nem volt idő belefejleszteni.

Aztán jött a te anekdotád, ami arról szólt, hogy
- kezdetben vala egy egyszerű excelben összerakott sheet, ami:
- azért lett excel, mert a usabilityje szar volt az alternatíváknak az excelhez képest
- és te is elismered, hogy ott még bőven jó volt az excel
- majd nagyra nőtte magát, a gazdája már unta, egyre nehézkesebb volt, ezért végül le kellett váltani.

És ebből kihozta azt a konklúziót, hogy mekkora baromság volt már az első lépésnél az excel.

É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.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197530

> 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:

Bezony :)

> Nem fájt, csak megemlítettem, hogy a szarkazmusból ott én alapvetően az egész dolog ellenzését érzem ki.

Nem. A normális cégszervező meg adattárház szoftvereknek természetesen van helye. 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). Illetve azt is, hogy majd az ilyen szoftverekkel minden jó lesz, hirtelen. 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. Aztán amíg azon belül vagy, addig jó, ahogy nem sikerült, onnan hirtelen exponenciálisan nő a szívás ideje. 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.

É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.

> 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.

Én ezt nem így látom. 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. Illetve azt is látni kell, hogy az ilyen jellegű "bennfentes" tudás szükségszerűen ki fog alakulni a célszoftverek körül is, mert a cég specifikumai bele fognak kerülni, és azok ismerete nélkül ugyanolyan aknamező. 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. 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.

A másik fele a sztorinak meg tényleg az, ez bizony évekig ment, viszonylag olcsón (egy nem teljes ember elég bakfitty, főleg egy komplett központosított cucc költségeihez képest), és a cég működött vele. 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? 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? Ráadásul felvet rögtön egy csomó kérdést, amikkel foglalkozni kell pénzkeresés helyett, várni is kell rá, drága is.. É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?

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. Valószínűleg kicsit túltolták az excel cuccot, bár én még ebben sem vagyok biztos, lehet, hogy csak segített megtalálni a határpontot a faszi távozása, a többiek látták, hogy ha már úgyis kell vele dolgozni, akkor inkább abba tesszük az energiát, ami hosszabb távon is jó (vegyük észre, hogy az elején az excel sokkal olcsóbb volt). 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.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197681

> Az a vicc, hogy egy jó ideje már rég nem arról megy a vita,

Elnézést, ez többek közt az én saram, sikerült szétoffolni

> 1. Vállalati szoftver export formátuma között nincs ott az adott office formátuma.
Mondjuk ez tipikusan az, hogy az export, CSVt tud, az excelnél viszont még mindig esőtánc egy UTF-8 CSV :) A calc egyik fontos felhasználási területe, hogy a CSV support jó benne.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197773

Hát fene tudja, én érzésre több helyen láttam eddig csvt, de aztán lehet, hogy xls van inkább. Abban nincs vita egyébként, hogy a csv úgy szar, ahogy van, de azért érzésre, amikor valami ilyesmi kiköhög magából egy xlst, akkor abban plain cellák vannak, aztán csoki, azt meg egyébként a calc is megeszi normálisan.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198066

> 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.

Magyarul érdemes lenne akkor váltani, amikor érdemes váltani, nem rögtön az elején?

> Ilyet meg még mindig nem mondott senki sem... :P

Hát, pedig belőled nagyon ez hangzik, nézd csak meg önmagad lejebb :)

> 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.

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. Hiszen mindenre jó. Szóval rendes szofver lehet ilyen, hogy mindent könnyű összerakni vele, az excel meg nem lehet jó, ha ennyi mindent tud. Sajnos érvként csak az hangzik el, hogy az egyik rendes szoftver, a másik meg csak az excel. Meg mintha az excelt valami kis garázscég gründölná, ahol nem tudnak igényt felmérni.

Egyébként maga a tételmondat, meg jól hangzik, csak nagyon elméleti, és lényegében azt mondod, hogy "ha jó, akkor jó". Ami semmit nem jelent, de egyébként az excelre is igaz :)

> 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.

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). Vegyük észre, hogy:

- Itt pont annyi esély van jól specifikálni, mint a microsoftnak.
- 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.
- 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"
- 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.

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).

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.

> 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!

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.

> 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á...

Egyrészt, rengeteg mindent valóban good enough meg lehet csinálni gyorsan.

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.

> Ezek szerint akkor ez nem az az eset, amikor jó az a bizonyos "csodaszoftver".

Ez egyáltalános megállapítás volt, nem a konrét anekdotáról szólt.

> É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... :/

Még mindig nem vagyok ellenséges velük, csak próbálom neked elmagyarázni, hogy igazából hogyan működnek az igények. De egyébként az, hogy én többnyire nem túl jó célszoftvert látok, az kicsit relevánsabb a mit kell csinálni esetében, mint lesöpörni azzal, hogy "de ha jól csinálják, akkor nem az van". 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? :)

> 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.

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? :)

> Egy célszoftver esetén, bármilyen gány is a kódbázis, nem ez a helyzet.

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".

> 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,

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 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!

Erre már reagáltam fentebb

> (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".)

Azt kell megérteni, hogy a cégek pontosan erre törekszenek, majd lentebb alaposabban.

> 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.

Fentebb már bővebben kifejtettem, de kérlek, a kis anekdota esetén hogy mérted volna fel? Ja, és olyan, hogy tuti nem fog nőni, egyszerűen nincs.

> 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.

Jajj, de tudtam, hogy nem kéne hülye példákat hozni. Egy cég nem egy ország. De egyébként természetesen kell előre gondolkodni, a művészet az, hogy tudd, mennyivel. És ez az, amit a kis anekdota leegyszerűsített annyira, hogy már az elején kellett volna nagyobb.

> Lásd kettővel feljebb.

Ez nem válasz. Ha mindig mindenre előre kell gondolkodni, és túltervezni, az nem megy. Nem lesz ugyanis miből.

> É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é.

É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.

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.

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. Három évvel több tapasztalattal arról, hogy mit akarunk megoldani, három évnyi bevétellel előrébb, hogy legyen pénzünk megoldani. 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. 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. :)




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198213

> > 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.

Hogy lentebb idézzelek, egy nagy túrót. Ez akkor lenne igaz, ha minden cégvezető inkompetens lenne.

> > 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.

Még mindig ugyanazt mondod.

> > 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...

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.

> > 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.

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

> > - 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.

Még mindig dobozos szoftverről beszélünk, nem egyedi fejlesztésről, csak nem értetted

> > - 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ó.

count(A rendes szoftver jobb, mint az excel, mert az excel nem erre való) + 1.

(és ki is fogja bővíteni)

> > - 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.

lásd fent.

> > - 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. :/

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.

> > 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.

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)

> > 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.

Dehát ez a valóság. Egy cégnek fogalma sincs, hogy mit akar három év múlva.

> > 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,

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

> 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.

Már úgy érted, könnyen bővíthető?

> 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...

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ő.

> > 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.

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.

> > 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é?

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.

> > 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á.)

Szóval akkor most reális-e, hogy a rendes szoftver is szar lesz vagy nem?

> 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

> (De egyébként házon belül is meg lehet oldani, ha van kompetens fejlesztő a cégnél.)

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.

> > 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.

Szóval még mindig az excel nem erre való, tehát szar.

> > 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.

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.

> > 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.

Hát ez elég vérszegény lett. Pontosan azokat a kb igényeket kell majd később baszogatni.

> > 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.)

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

> 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.

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.

> > É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.

El kell keserítselek: de :).

> > 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.

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.

> > 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.

Jaja, ez mindig ilyen egyszerű. Nem is értem, miért nem mindenki cégvezető.

> > 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!

Szóval akkor ez az ipar nem fejlődik? Akkor mi az anyámat csinál?

> > 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é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.

> 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.

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.

Egyébként meg, hogy kedvenc mantrádra felüljek: én ilyet nem mondtam. Az igazság az, hogy aki mindent leszar, és mindent szarul csinál, az elég ritkán sozkott kurva nagy profitot termelni. 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.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198297

Nálam még jó :)




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198296

Nem, ez kb az én véleményem, és pontosan azt próbálom neked levezetni, hogy az igazság középen van :)




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198294

TL;DR igyekszem vázlatosra fogni, mert bár nem egyértelmű elsőre, de szerintem lassan sikerült kb eljutni addig, hogy nagyvonalakban egyetértünk, csak retorikán lovagolunk, meg azon, hogy van egy olyan ideád, hogy egy ideális célfejlesztett rendszerhez hasonlítasz mindent, ami tudja a jól/gyorsan/olcsónból a 3/3at egyszerre.

> > 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.

Az a baj, hogy a legtöbb érved erre épül, meg arra (lentebb megint sokszor), hogy szerintem szükségszerűen mindig szar. Holott ilyet soha nem mondtam. Azt mondtam, hogy nem szükségszerűen jobb. Még akkor sem, ha egyébként jó a szoftver, és nagyon sokszor ráadásul még nem is jó. Ettől még vannak jók, és nyilvánvalóan nem kell excelből építeni mindent mindig.

> > 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

ne haragudj, de felette továbbra is a bővíthetőnek kell lenni kézzel foghatatlan "okoskodás" van.

> > 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.

Nem azt mondtam, hogy balfasz. Azt mondtam, hogy mivel ő tipikusan egy integrátor cég, ezért amit csinál, az nem lesz olyan, mintha azt a termék fejlesztőcége csinálta volna. Természetesen van, hogy ezt normálisan csinálják, de ettől még integrációs project lesz, időnyomás alatt előállítva, amit utána senki nem fogja érdemben tutujgatni, amíg nem döglik valahol be, aztán majd ha hozzá kell piszkálni, akkor már gány legacy kód lesz. Ráadásul nem én vagyok az, aki arról az alapvonalról indul, hogy amit excelben gyártottak az nem lehet tisztességesen lekódolva.

> > 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.

Mert akkor mégis mi?

> > 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.

Pontosan ezt mondtam én is: azt kb tudja, mivel akar foglalkozni stratégiailag, de hogy ebből aztán ami lesz, ahhoz milyen konkrét igényei vannak, azt nem nagyon-

> > 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?)

erre csak loopolni tudok, az érvrendszered gyakorlatilag annyi, hogy a jól megírt szoftver jobb lesz mint az excel, mert az meg nem erre való. Ami igaz, csak nagyon kis részét képezi az egész problématérnek.

> 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.

Az a dotnetes ökoszisztéma, ami egy csomó mindent a segged alá tesz, hogy tudd csinálni. A többi meg megint egy ilyen ideális tuti rendszerhez hasonlítja a valóságot. Eddig az volt a baj, hogy nem erre való, most már az, hogy túl sok mindent tud.

> > 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.

ehhez le kéne mennünk dedósba, tudod, de nincs, de van, de nincs...

> > 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 a baj, hogy nagyon sokan nagyon sokszor megmondják előre, hogy ez így nem lesz jó. Aztán abban a 10ben, amiben bejött, arra lehet mutogatni, a többit meg már el is felejtettük. És én továbbra is csak annyit mondok, hogy nem érdemes mindig mindent túltervezni, amiben szerintem egyetértünk.

> 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.

Hogyne. Csak egy csomó esetben nem hátráltatja, max majd később hátráltatni fogja. És a túltervezés meg túlszabályozás sokszor hátráltat. Sokszor többet ér az, hogy ugyan kicsit fapados, de tele lesz a tökünk, akkor a meetingen átrajzoljuk, valaki még egy kicsit hozzá formulázik és onnan olyan, nem elmegyünk valakihez, aki majd egyszercsak megcsinálja szépen.
És természetesen meg kell próbálni észrevenni, hogy ez most már sokáig nem fog menni így.

> > 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

Nem azt mondtam, hogy mindenképp. De ilyen alapon nem kell fosul csinálni excelben, és akkor nem lesz szar.

> > 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.

Nem mondtam, hogy csak ez van, csak reagáltam erre.

> > 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?

Én ilyesmit nem állítottam. Azt állítottam, hogy attól, hogy célszoftver, nem lesz szükségszerűen jó, attól hogy excel, nem lesz szükségeszerűen, meg azt, hogy a dobozos szoftverek általában igényelni fognak helyi testreszabást, és az igények bizonytalansága, meg az ésszerű költségtervezés miatt nem kell rögtön a majdani ideális megoldással kezdeni.

> Amit egy könnyen bővíthető rendszerben nem akkora szopás megcsinálni...de erre megint n+1 lesz a válasz.

Mert mégis mi legyen? :) Az meg, hogy ez mennyire egyszerű meg flexibilis a megrendelő szempontjából már egy párszor kifejtettem, de a lényeg, hogy a külső függőség szopás ám

> > 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?

Nem, azokat kell megcsinálni jól. (és nem mindent mindig :) )

> (Honnan a statisztikai adat a megoszlásról?

Természetesen ex has, mit gondoltál? :)

> Meg nem azt mondtad, hogy mindig nőnek az igények?)

Nem, én azt mondtam, hogy nem tudod egyértelműen megmondani, hogy melyiknek fognak megnőni az igényei.

> Nem így értettem. Egyrészt a cégvezetésről beszéltem, nem az alkalmazottakról,

Az már rég rossz, ha az adminisztrációs rendszerek részletes igényeit a cégvezető akarja megmondani az emberei nélkül. Azt hittem ez azért tiszta, ha már ilyen magabiztosan nyilatkozol requirement alanízisről.

> másfelől pedig általában a fizikai költségektől ódzkodnak, amit tényleg ki kell fizetni.

Nem. Vagy legalábbis nem feltétlen. Az emberek ideje komoly fizikai költség, ha nem termelnek pénzt, nem viszik előre a stratégiát, az fáj. Megkockáztatom, jobban, mint az egyéb "fizikai" költségek. Feltéve, hogy azok nem irreálisan magasak.

> Abban igazad van, hogy az idő pénz, de azért nem kell a cégvezetésnek fizetnie, mert gondolkodik.

Ó dehogynem. A főnök ideje a legdrágább.

> 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.)

Nyilván megfelelő keretrendszerben. Az, hogy másoknak károkat okoz, azt alapvetően a törvények a dolga szabályozni. (Már ahol. Az pl teljesen rendben van, hogy pl megpróbálja lenyomni a versenytársait, ami azoknak kárt okoz). Amit én mondani akartam, az az, hogy egy cég célja, hogy pénzt keressen, minél jobb hatékonysággal, minél többet. Minden más ezt a célt szolgálja. Az is, amikor jól fizeti a munkásait, meg szép irodát épít nekik, meg a seggük alá teszi a mindenféle kényelmes dolgot, azért van, mert a végén úgy jön ki a matek, hogy ebből több pénzt keresünk, mert az üzletmenethez kellenek a hozzáértő emberek, meg mert mondjuk 1 év alatt többet fizetnénk, ha két admin kislány lenne, mintha annak az egynek segge alá tennénk valamit, vagy mert úgy gondoljuk, hogy a sokféle könnyen elérhető kimutatás miatt jobban fogunk tudni pénzügyileg tervezni, stb stb stb. És ha úgy jön ki a matek, hogyha nem hoz a frankó rendszer meg a szép iroda vissza az árát, akkor nem csinálunk ilyet, hanem fröccsöntünk kiskanalat :)

> Én meg arról, hogy a valós igények jó részét tapasztalati úton fel lehet mérni jóelőre...

Tend to disagree.

> > 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.

Még mindig nem tettem ilyet?

> > 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.

Én is a szoftveriparról beszéltem, de nem érted mit akartam. Ha most csinálok valamit, akkor abból kell főzzek, ami most van, egy olyan problémára, ami csak három év múlva jön elő. Ha ezt három év múlva teszem, addigra simán lehet, hogy sikerül jobb megoldást találni a szakmának. Vagy mainstream lesz, és olcsóbbá válik. Vagy valamiről, ami most még jól néz ki, addigra kiderül, hogy nem nyert.

> 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.

Ez már megint olyan általánosítás, amire annyit tudnék mondani, hogy nem releváns :)

> É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ó.

Nem, ez a te személyes ellenérzésed a világ működésével kapcsolatban

> 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?

Annyira durván eltorzított dolgokat akarsz a számba adni, hogy nagyon. Én ilyet sosem mondtam. Én mindössze annyit állítottam, hogy egy jól működő cég pénzt akar keresni. Minél többet. És ha lehet választani, akkor minél hamarab.

> És akkor a win95 mi volt? :(

Egy fos Relatíve nézve a környezetéhez képest egy elég jó cucc, remekül eltalálta a pont elég terméket. Ami jobb lett volna nála technikailag, az annyira drága volt, hogy a népeknek nem érte meg ;)

> Meg tudnék mondani egy (nem IT-s) "szakterületet", ahol irdatlan profitot csinálnak, miközben mindent leszarnak és mindent szarul csinálnak.

Vannak ilyenek, hogyne. Tipikusan erősen kiéheztetett hiányterületeken. Ahol egyébként azok, akik nem szarnak le mindent, azok a többiekhez képest még irdatlanabb profitot csinálnak. Viszont fölösleges felróni egy cégnek, hogy fos, amit csinál, ha van, aki így is megveszi.

> > 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.

Elvesztettem a fonalat, melyik általában szón?




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2198469

Köszönöm, kiakasztom az irodafalra :)

Danke, hogy sikerült a flame használható oldalán tartani :)




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197143

Ahha, szóval az excel gányolás, de a nagy csoda adatbázison majd mindenki jól direktben besshzik és tolja a selecteket :D

Meg az aztán olyan profi dolog egyébként is, sokkal profibb, mint ugyanerre az excelt használni.

Mondjuk a select piechart from ... azért lehet hiányozni fog, meg azt is megnézem, amikor random valaki egy pivotot összerak benne.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197186

Örülök, hogy szerinted erre gondolt, meg ez a szokás, de ő a select parancs helyes használatáról beszélt, nem a querybuilderéről. ssht valóban nem írt, azt már én trollkodtam hozzá.




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197187

áh, most már értem, hogy a gyúkszemedre léptem, azért fáj ennyire a csodaszoftver :)




Open/Libre vs. Ashampoo Office vagy egyéb Ms. Office alternatívák: https://hup.hu/node/157848#comment-2197315

Akkor csak nagyon úgy tűnt ;)




Senior .net fejlesztő: https://hup.hu/node/170826#comment-2527331

Hát nem tudom. A sáv teteje az olyan bruttó 800k, és olyan "senior", akinek van 3 év tapasztalata, és jobb esetben látott már csapatot, automata tesztet, meg CI-t, ahhoz azért erős túlzásnak érzem azt, hogy pesten 1.6 misit érne.




Senior .net fejlesztő: https://hup.hu/node/170826#comment-2527624

Nem állítom, hogy nem láttam ilyet, de szerintem ez mint általánosiltas továbbra is durva felüllövés




Python unsupported format character ',': https://hup.hu/node/170867#comment-2527933

Akkor már (ha nem kell régebbi python) inkább f stringet.




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2521846

Tényleg érdemes volna valami szövegértés tanfolyamra elmenned. Konkrétan azt mondta, hogy ha nem ilyen a kvóta...




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2521987

Kettes számú izé, amit szintén mondtam múltkor, hogy próbálj meg arra reagálni, amit a másik mond. Hogy a fenébe jön gelei mondandójához, hogy mindenféle CoCokba mi van írva?




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2522020

De te jellemzően valami teljesen másra reagálsz, az pedig nem beszélgetés. Ráadásul -- ha jóindulatú vagyok -- csak a saját random frusztrációdat engeded ki a világra, ha meg nem vagyok az, akkor elég gyakran beleadsz valami blődséget a másik szájába, hogy aztán előadhasd, hogy a másik baromságot beszél. A fenti, amire regáltam, az kb így néz ki szabadfordításban

- gelei: Lehet ám értelmes szempontokat is nézni diverzifikációnál
- locsemege: de lmbtqxyznácik!!!!négynégynégy




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2522361

hát, akkor talán ezt mondtad volna, ahelyett, hogy elkezdesz hadoválni arról, hogy a te szakmádban ilyen nincs, és de jó, hogy ott nincsenek lilahajúak...




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2526541

Bár a fájdalmat értem -- kedvencem a a fasz se tudja melyik telefon volt, aminek a telefonkönyv listájának még meg lehetett magyarázni, hogy légy oly kedves, és "last, first" (bár a vesszőért még mindig járt egy ejnyebejnye), de a híváslistának már nem :) -- de azért egyrészt a firstname az a kereszt neved, ne csodálkozz, ha literally fordítasz, mert nem tudsz, vagy nem akarsz érteni angolul, hogy szar helyre kerül. Másrészt meg "ha „Kedves Magyar!” -ként (ha a First name-hez tényleg az első nevemet adtam meg)" akkor bizony a "ha a First-höz a keresztnevem, a Last-hoz a családnevem adtam meg jó nyugati módra) szólít meg." Esetben nem a "Kedves János Magyart" fogja írni, csak azt, hogy "Kedves János", ahogy azt kell.




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2526589

> Mindig meg lehet magyarázni, hogy a (kétmilliárd) júzer a hüje és a szoftver az okos.

Távol álljon tőlem, a szoftverek túlnyomó része névkezelés tekintetében naív trágyafos.

> Értem én, hogy a First name fordítása keresztnév, attól még nekem nem a keresztnevem van elöl, a szoftver (szerzője) szerint meg de.

Csak annyit szerettem volna mondani, hogy ha a firstname ill lastname mezőt jól töltöd ki, akkor a "Hello {firstname}!" kimenete jó lesz.




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2526629

Ezt egyáltalán nem vitatom, csak a példáddal nem sikerült pont ezt írnod, hanem olyat, ami a nagyon primkó esetben, vagyis ha elfogadod, hogy a firstnamebe meg a lastnambe (amit rendesen sikerült a magyar formra lefordítani) beleírod a kereszt meg a vezetékneved , akkor pont jó lesz. Igen, a Hello {fullname} már gyakran szar lesz, igen, csak ezt pont nem siekrült így belefoglalnod (vagy legalábbis én nem értettem ki belőle).

És persze ha Magyar Balázs Bálint vagy, akkor szar lesz, ha winnetou vagy akkor is, bonyolultabb névkonvenciókkal megvert népeknek még inkább, és toll a fülébe az összes olyan webshopnak, ahol a keresztnév az első beviteli mező, nem ez az egyetlen példa sajnos arra, hogy a franc, hogy a szakma eleterjedését az angolszászok csinálták meg (hello ASCII meg a világ legrövidebb ÁBCje)




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2526636

Emlékeim rajta van a neves falshood listán a unicode :)




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2526669

Sajnos azért ez ennél bonyolultabb. Én pl lehet, hogy szeretném azért Dr. Magyar Jánost a telefonkönyvemben az M betűnél megtalálni (Joe Marryweather előtt), ráadásul az után is, hogy szintet lép, és Prof. Dr. Magyar János lesz belőle.




A Debian Project ki akarta tiltani Linus Torvalds-t a rendezvényeiről: https://hup.hu/node/170658#comment-2526902

0. A sorba rendezés csak egy triviális példa arra, hogy időnként azért segít, ha a létező struktúrának megfelelően van meg egy név, van még ezer másik, hiszen azért van neki struktúrája, mert azt számítógépektől függetlenül már valamiért kialakítottuk valami okból, nyilván használják valamire. És persze, a nehézség az, hogy ez kultúrától, kontextustól, felhasználási területtől függően más, ráadásul sokszor még keveredik is (mind az adatok forrása, mind a felhasználásuk). Ettől még az, hogy legyen egy darab string, és hajrá, az valahol pont ugyanannyira naiv, mint az, hogy mindenkinek pontosan {firstname} {lastname} a neve

1. Én is, de egyrészt szerintem nem lefutott, -- a példánál maradva -- egy mobil tárcsázóban ha jó az ux, akkor adott esetben gyorsabban / kényelmesebben meg lehet találni egy jól használható csúszkával, mint pl pötyögve, mikor csak egy kezem van. Ja, ilyet fejleszteni több erőfeszítést igényel, mint fentre baszni egy search inputot, (aztán meg lehet mutogatni a mérésre, hogy nem használják a betűrendezést ;)) Másrészt meg hasonló ez azért ahhoz, hogy ha ne döntsék el, hogy én {firstname} {lastname} vagyok, akkor önhatalmúlag ne döntsék már el azt se, hogy a betűrend már nem kell, mert feléjük tök jó a keresődoboz.

2. Ja, csak a file asnak még mindig nincs struktúrája. Illetve ha már UX, akkor azért a "neved", "hogyan hivjunk", "légyszi a keresztneved külön", "a vezetéket is" form ... hát kevésbé jó ux.

3. Nem tudom. És természetesen kultúra specifikus is. De gondolom nekik is azért van valami, mert az egy működő rendszer. És azért az kevésbé elegáns, hogy ezeket a rendszereket mind kibasszuk, mert nincs egy szent igaz, ami mindenkinek jó. A konkrét példában nem nagyon örülnék neki, ha azért nem lehetne megtalálnom Magyar Jánost, mert nem lehet betenni egy olyan nevet, amit én egyébként rohadtul nem is akarok.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2403219

Tudom, hogy ez a jelzős topic, de lesz ebből valami? Mert így nagyon szar.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2403273

Arra, köszi!

Igyekszem ránézni.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2406629

Nem tudom, hogy bug-e vagy csak nem intuítv feature:

Kép: https://i.imgur.com/SOmZGf1.png

link: https://hup.hu/comment/2406624#comment-2406624

van ott jobbra fent az ikonok alatt az a kis lapozó basz , ami nem tudom mit kéne csinálnom, de ha kattintom, akkor csak kinyitja egy kicsit a veteránt, meg a másik nyíl lesz szürke.

Előnézetet nyomkodtam, mielőtt beküldtem, mert nem vagyunk még jó barátok a szerkesztővel.

Google Chrome 77.0.3865.120 (Official Build) (64-bit)
Revision 416d6d8013e9adb6dd33b0c12e7614ff403d1a94-refs/branch-heads/3865@{#884}
OS Linux



HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2406677

Az bár üdvözítő, de itt a baj nem az, hanem azok a kis nyilak jobb fent. :)




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2406693

Azokra.

1920*1080 volt, most nézegetem, szerintem az idézet doboz scrollbarja. Nagyon funky, ha az egész ablakot kezdem el visszavenni, akkor pontosan 512 pixelnél (screenshot alapján) nincs ott, ha bekapcsolom a developer toolt, akkor saját bevallása szerint egy-egy pontos szélesség erejéig valahol 505-510 között néha eltűnik, de ahogy méretezgetem ide oda, hol van pl 508nál, hol nincs. Az alsó scrollbar is kicsit esetlegesen jelenik meg vagy nem.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2430888

Én anno tettem a hupperben custom színt neki (talán valami user kiemelése volt). Simán lehet akár csak ezeknél mondjuk egy tónussal sötétebb fejléc és content bg.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2430890

Két kérés:

egyrészt a sajátom legyen már username_myself vagy valami hasonló fix, másrészt legyen neki valami beállított elütő színe, akármije, hogy az eredeti problémád custom css turkálás nélkül is meg legyen oldva. Értem, hogy TCH kolléga és még páran ezt favorizálják, és ettől nekik jó, de szerintem egyáltalán nem ők a reprezentatív többség. 




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2430943

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.

Persze, hogy nem.

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.

Nézd, a felvetett kérdésre te reagáltad, hogy legyen rajta class, aztán csináljon mindenki custom cssel, amit akar.  És mivel más nem tette, én szóltam, hogy nevergone ne gondolja úgy, hogy ezzel mindenki jó lesz. 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.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2430987

Ez oké, az nem oké, hogy rám mutogatsz, ráadásul úgy, hogy nem állja meg a helyét.

Butthurt much? 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.

Az meg, hogy te custom cssezel már a drupál átállás előtt is elég sokszor előjött, és van még néhány arc, aki rendszeresen ilyesmivel matat, és ezért le mertem írni, hogy te ezt favorizálod, azért elnézésed, akkor nem favorizálod, csak szereted ha fáj :) 




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2431127
article.user_nevergone .comment_info_wrapper {
  background-color: #A8BFB9 !important;
}

article.user_nevergone .content .comment-links-wrapper {
  background-color: #A8BFB9 !important;
}

article.user_nevergone {
  border-width: medium !important;
  border-color: #A8BFB9 !important;
}

Képek itt, még pár színnel, de ez szerintem kb. elfogadható




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2431408

Valóban, bár nem teljesen randomok, néztem színskálát, mert én is ergya vagyok, de szerintem is elég erősek. Az első mondjuk szerintem nem, az ezen a khaki vonalon egész jó, a többit azért mutattam meg, mert ha kiemelés a cél, akkor nem biztos hogy olyan nagy baj mások szerint, azért ennek az a célja, hogy gyors scroll közben észrevedd (személy szerint én nem tenném oda, de tudnék velük együtt élni)

Próbáltam egyébként én is keresni valami erősebb barnát, de nem sikerült abban a 10 percben olyat, ami nem visz nagyon szürkébe. Viszont ez elég jó. nem tudom élőben mennyire üt el, de talán eléggé.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2431131

No, hát nem tartott sokáig, amíg újfennt átmentél személyeskedőbe; ezek után én vagyok a butthurt?

Lefordítom, mert látom, nem ment át: túlliheged. Valamiért fixa ideád, hogy téged aztán mindenki személyedben akar mélységesen lerombolni. Akar a fene, egyszerűen nekem eddig az jött le, hogy szerinted elég, ha mindenki megmókolhatja, meg most is ezt az egyetlen alternatívát adtad, ezért aztán leírtam azt a rettenetes szót, hogy te ezt favorizálod. Felfogtam, hogy nem, rendben, elnézést, teljesen felesleges ezért sértetten 800 linket előbányászni. 




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2431405

 

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.

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. Tök fölösleges ezt nyolc körön bizonygatni, elhiszem. De mikor már a végén levő tök egyértelmű viccen is felháborodsz, azt bizony nehéz másképp értelmezni, mint hogy te ezt sokkal jobban a szívedre veszed, mint értelme van

 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...

Dehogynem tartalmazott. Ráadásul ez itt egy fórum, emberek beszélgetnek.

É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.

És mint írtam, mivel más ötlet meg egyáltalán nem volt, ezért szóltam, hogy szerintem ez nem elég. Ha már ilyen érzékeny vagy arra, hogy ki mit magyaráz bele a mondandódba, akkor olvasd már el még egyszer, hogy hol állítok én olyat, hogy "itt valami instant diktátum lett volna, amit ráderőltetnek." Ne hazudtolj meg!!!444 Netvetséges!!!444 (remélem érted ezt a stilisztikai elemet)

Szóval chil.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2470882

+1, ez az topic katasztrófa, desktopon még csak csak kivárom, mobilról már rég meg se próbálom kinyitni.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2474801

Jó hely lehet. Az MT szerint ugyanis max 4 havi fizetés lehet a kártérítés mértéke, ha nem szándékos, és nem súlyosan gondatlan. És a magyar joggyakorlat szerint a bevétel kiesés nem nagyon szokott kár lenni.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2478436

Én nézem, simán kigrepelem szemmel a szemetet, főleg, mióta rendes gyerek módjára [megtaggelik]




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2488279

attól még pont ugyanaz a szerkesztett ikon fog megjelenni.




HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2489580

Én nem a tartalom címét linkelném, az szerintem nem valami intuitív. Kb három dolgot tudok elképzelni így hirtelen:

  1. ugyan a címsorban, de explicit. akár jobbra rendezve egy [első olvasatlan] link vagy valami ikon
  2. Az első hsz alján az új hozzászólás link mellett
  3. ugyanitt jobboldalt a könyvjelző ikon mellett (praktikusan gondolom valami ikonnal)



HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!): https://hup.hu/forumok/hup8bug#comment-2523077

Az a baj, hogy ha 10 napnak, vagy 10 hétnek becsülte volna, akkor is alálő a realitásnak.




Software Dev Principle Engineer - ONE IDENTITY SOFTWARE INTERNATIONAL LTD: https://hup.hu/node/170823#comment-2526366

FYI az oi quest, nrm a netrol kopioasztaltak




Automatikus Zoom videokonferencia platfromokon: https://hup.hu/node/170813#comment-2526127

Az ott már elemi udvariassági problémának hangzik




[megoldva] Bash "source"-nak megfelelő környezet-követő Python futtatás interaktív parancssorból: https://hup.hu/node/170738#comment-2523499

aztán ebben hogy indítgatod újra az elsőtől függetlenül a másodikat?




[megoldva] Bash "source"-nak megfelelő környezet-követő Python futtatás interaktív parancssorból: https://hup.hu/node/170738#comment-2523669

Bár már mondták a többiek, de ha ilyesmi módon akarod használni, akkor neked valami interaktív shell szerű kell. Vannak az ilyen nagyon fancyk, mint Jupiter (sose használtam, de elvileg ilyesmikre jó), vagy egy sima repl. Maga a python is megy, csak kissé fapados, én ptpython-t szoktam használni, az egész fancy. Aztán ott lehet tolni, hogy

import script1
import script2

result = script1.run()
script2.run(result)
# baszki
script2.run(result)
script2.run(result)
script2.run(result)

Ha nem akarsz átadással bohóckodni, akkor a scripteket talán meg lehet úgy tákolni, hogy bele tudjon polluteolni az interpreter namespace-ébe, de az valami csúnyaság lesz.

Illetve azt még azért hadd jegyezzem meg, hogy elég humoros, amikor 'szar a python' fennhanggal kéred számon egy programnyelvtől, hogy belül nem működik interaktív shell szerűen. Ráadásul nem veszed észre, hogy a shellben így átadni max lapos listákat meg hasheket lehet, azért érzed, hogy az kicsit más.

Ps: van xonsh is, lehet, hogy az még handybb ilyen usecasekre, én még nem mertem kipróbálni, mert a való élethez sajtreszelőnek tűnt




[megoldva] Bash "source"-nak megfelelő környezet-követő Python futtatás interaktív parancssorból: https://hup.hu/node/170738#comment-2523498

Kicsit konkrétabb kellene. Konkrétan az environment változókat szeretnéd, vagy valami beazonosítható eredményeket, vagy mit? Illetve milyen viszonyban van az első, meg a második?

Mert mintha azt szeretnéd, hogy az első lefutásának eredményét tudd sourceolni, de ilyet a bash se csinál, sourcenál kapsz új "példányt", újra fog kezdődni az élet. Az alapján amit írsz, én azt mondanám, hogy a sokáig futó szépen serializálja az eredményeit valahova.




Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520629

Így. Nem is értem, nyomogasson minden topicnál láttam gombot, akinek két anyukája van, hogy vannak azok bekötve, akik nem akadnának ki, sőt azt írják, hogy ők nyomkodnák... :)




Zavarna egy „olvasottnak jelölve” gomb a HUP-on?: https://hup.hu/szavazasok/20200903/zavarna-e_egy_olvasottnak_jelolve_gomb_a_hup-on#comment-2520647

Igen. Inkább működjön szarul, vagy egyáltalán sehogy, mint hogy állandóan gombokat kelljen nyomkodni. Azzal eddig is tisztában voltam, hogy ha kinyitottam, és nem olvastam el, akkor ij, Inkább élek ezzel együtt. Ráadásul teljesen biztos vagyok benne, hogy nagyságrenddel többször lesz az baj, hogy nem nyomtam meg azt a szart, mint ez. És akkor a különbség annyi, hogy eddig legközelebb az olvasottból kellet vizualgrepelni, hogy mi nem az valójában, ezután majd az olvasatlanból kell. Csak sokkal többször. Kösz, de kösz nem.




Howdy: Arcfelismeréses azonosítás/feloldás Linuxon: https://hup.hu/cikkek/2020901/howdy_arcfelismereses_azonositas_feloldas_linuxon#comment-2519215

"Mennyivel jobb ez, mint egy ujjlenyomat olvasó? Igaz PC -n azt sem használom, elsősorban mert a notebookot sokszor lecsukva tartom, így macera hozzáférni."

Egész jól meg is indokoltad :D




Howdy: Arcfelismeréses azonosítás/feloldás Linuxon: https://hup.hu/cikkek/2020901/howdy_arcfelismereses_azonositas_feloldas_linuxon#comment-2519217

Bár jogos a két pont, de azért én olyat már láttam, főleg mostanában, hogy a laptop beépített z̵a̵j̵g̵e̵n̵e̵r̵á̵t̵o̵r̵a̵ webkamerája helyett, ami ráadásul oldalról mutatna, ha fel lenne nyitva, valaki beszerez egy normális webcamet. Hiszen pl nem akarja felnyitni a laptopot.




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-2515597

Aki nem játszott diablo 1-et, az ij 😉




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-2515672

Jó, az is ér 🙂




DeepSpam v0.3 release - uj tokenizalo, uj dataset/model: https://hup.hu/node/165957#comment-2422089

Regelsz, beteszed a kulcsod, átírod az origint, pusholsz :)




indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425532

Komolyan megéri ilyenek miatt mókolni 5 euróért?




indavideo.hu/adblock: https://hup.hu/node/167373#comment-2425679

Mármint arra, hogy konkrétan hallgassak, arra pont ezt költöm (illetve nem, nyolcat, mert családi fiók van, de az fajlagosan még olcsóbb is), van még ezen kívül hbogo kb másik ennyiért, meg tv előfizu tök fölöslegesen. Az elég messze van a 100tól, szóval nem nagyon látom itt azért ezt (azzal együtt, hogy a video streaming szegregálódása még úgy is zavaró, hogy én egyébként alig nézek valamit).




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2509764

Az van, hogy nagyjából az összes linux netwörkingról / kernelről szóló bejegyzésedbe bele lehetne kötni valószínűleg (meg a programozósok egy jelentős részébe is), hogy "hülyeséget beszélsz", mert ha valaki tényleg ért a területhez, akkor mind rettentő felszínes, és tele van apró csúszásokkal. Ettől még a legtöbbjét lehet érteni, és lehet is róla érdemben beszélni.

Szóval csak óvatosan azzal a fene nagy szakmai öntudattal.




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2510401

Azt hiszem, ameddig az áramszolgáltató megengedheti magának, hogy kilowatt órákat számlázzon, addig rajtad kívül mindenki érti, mire gondolt a költő, mikor azt mondta, hogy 1w-ot fogyaszt óránként, még akkor is, ha ez egy elég pongyola megfogalmazás. Sőt, te is értetted, csak szereted hasogatni a szőrt -- ami egyébként a mondandóm lényege lett volna, nem pedig az, hogy van-e ilyen, van-e óránkénti fogyasztása valaminek wattban, vagy nincs.

A fájóan sok hülyeség között pedig az a hozzászólás teljesen releváns információk garmadáját tartalmazta, és a levont következtetései is hasznosak. Ellentétben azzal, mikor azon sápítozol, hogy, valaki pongyolán fogalmazta meg egy háztartási eszköz fogyasztását.




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2510679

Annyira kedvesek vagytok, hogy megpróbáljátok elmagyarázni, amit én is tudok. Lehet, érdemes lett volna a szövegértés órán is figyelni 6. osztályban.




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2511368

Mert ő sajnos az írta, hogy watt óránként, vagyis W/h nem azt, amit te is írtál, hogy W*h. És míg az utóbbi valójában egy energia mértékegység (3600 J ha tudok fejben számolni), addig az elsőnek valóban nincs semmi értelme. Persze a kWh-t éppen azért alkalmazzák pl a villanyszámlán joule helyett, mert abból Józsi is viszonylag könnyen megérti, hogy ha az 500 wattos (teljesítményű) porszívót egy órát járatja, akkor azzal 0,5 kWh fogyasztás fog megjelenni a számláján, és ezt tökéletesen lehet érteni akkor is, ha valaki emiatt úgy mondja, hogy 500 wattot fogyaszt óránként.




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2511597

"Csak a vége hülyeség, amit te is tudsz, de azért fokozod a zavart".

Kérlek most akkor próbáld meg értelmezni még egyszer az utolsó mondatot.




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2512192

Annyira cukin előadod ebben a szálban az összes negatív vita kultúrás csúsztatást, hogy öröm nézni. Másodszor játszod el, hogy megpróbálsz valami kivetített izét a számba adni, menet közben folyamatosan ignorálod a mondandóm nagy részét, és próbálod előadni, mintha én azt mondanám, hogy kifejezetten legyünk pongyolák.

Nem, ne legyünk pongyolák*.  Én az ellen szóltam továbbra is, ahogyan a magas lóról osztottad az észt, és szóltad le a másikat egy apró csúszás miatt, és magyarázat helyett okoskodtál. _Minden_ beszélgetésben lehet találni ilyen fogódzókat. Vegyük pl ezt (pusztán mert konkrétan ez volt az utolsó, amit láttam tőled). Képzeld el kérlek, ha ezt egy "ne haragudj, de ezt nem lehet végigolvasni, akkora fájóan nagy hülyeség", felütéssel reagálja le valaki, majd megtolva szakzsargonnal, utalgat rá, hogyan működik valójában a wifi, anélkül, hogy még csak véletlen se mondaná el, hogy miért nem fogja a te semmi forgalmat nem bonyolító routered a büdös életben soha zavarni pistike esti pornóját. Mert FYI, a kommented alapján látszik, hogy lövésed nincs.

*Bár továbbra is az van, hogy ez tipikus szakmai elitizmus, amikor valaki megpróbálja a hétköznapi beszédre ráerőltetni a szakmai értekezések minőségi elvárásait, és képtelen megérteni, hogy vannak a közbeszédbe pontatlanul beépült dolgok, amik ettől még érthetőek, meg azt, hogy ha valaki hibásan mondja (sőt, akár nem is érti) attól még nem lesz tragédia, pláne nem lesz a beszélő teljesen hülye. Igazából az a hülye, aki képtelen kontextusában kezelni a kommunikációt.

A Watt óránként pedig tipikusan ilyen, az embert félrevezeti a nyelve, mert az 500 wattórát fogyaszt óránként egy erős nyelvi nonszensz az ember agyának, simán mondja helyette bárki lendületből azt, hogy wattot óránként.




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2512447

Egyszerűbb mint érdemben végiggondolni.




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2512528

"És ne mondd, hogy nem a pongyolasággal értesz egyet! Folyton azt propagálod, amellett állsz ki, hogy beszéljünk zagyvaságokat,"

Még mindig nem tettem ilyet.




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2511364

Azért, mert kevésbé érzem, hogy az, hogy egy hosszú, a kérdés szempontjából releváns infókkal teli hozzászólás egy marginális kérdésében levő apró hibára tűzzel-vassal irtandó hülyeség lenne, te meg előadtad az önérzetes szakmai nagyhalált kifejezetten okoskodó stílusban (idő szerinti integrál, időre fajlagos, energiagyorsulás). Mindezt azért, mert emberünk azt találta mondani, hogy watt óránként, ahelyett hogy wattóra, vagy csak simán watt, meg egyszer leenergiázta a teljesítményt. Egy olyan témában, ahol az egész maximum a villanyszámla, meg a hány "wattos tápot vegyek" kérdés miatt relevánst, tehát pontosan lehetett tudni, hogy miről van szó. Igen, ezek problémák, de arra szerettem volna felhívni a figyelmed, hogy ha ennyire belekötünk marginális dolgokba, akkor mindenkiébe lehetne, mert a tiedében is van, amikor nem a konkrét szakmádról beszélsz (sőt, láthatólag néha akkor is). Kíváncsi lennék, mennyire éreznéd jól magad, ha minden ilyenedre szépen ráírnánk, hogy "ne haragudj, de olvashatatlan hülyeséget írtál", mert lesz volt benne baki, vagy nem elég mély.

Ha ennyire félted szegény oktatás kimenetét, akkor javasolnám inkább, hogy küzdj a funkcionális analfabetizmust ellen, mert az sokkal nagyobb gáz, neked meg szépen sikerült előadnod a hozzászólásomra adott válaszoddal.




Van SBC összehasonlító oldal valahol?: https://hup.hu/node/170239#comment-2511608

"Szerinted marginális, szerintem meg igen lényeges."

Komolyan? Egy SCBkről szóló hozzászólásban az az egyik proci 1w idle, a másik meg 2 nem marginális kérdés?

"Lehet, hogy az 1e9 és 1e-9 között te csak egy előjelnyi különbséget látsz, én viszont 18 nagyságrendet."

Éppen lehetne, de inkább ne adj a számba hülyeségeket, hogy aztán könnyen tudd cáfolni. :)




Projektmenedzsment szoftver: https://hup.hu/node/170312#comment-2511414

Open source, elvileg össze lehet kalapálni local




Minél olcsóbb feltöltős SIM kártya: https://hup.hu/node/170098#comment-2506392

Ó nekem a kedvencem az volt amikor a sajnos nem jegyeztem meg hogy melyik közüzemi küldött egy 0 Ft-os csekket. Nyilván a megfelelő reakció (röhögés) után iktattam a megfelelő helyre (kerek iratgyűjtő). Aztán küldtek egy másikat, hogy hát nem fizettem, úgyhogy most már 0 + 0 késedelmi kamat, és legyek kedves nagyon gyorsan. Ezen a ponton megpróbáltam szólni nekik, de mivel 5 perc alatt nem sikerült emberhez kerülni, gondoltam, akkor majdcsak rájönnek.

Aztán mikor küldték a harmadikat, hogy most meg már aztán 0 + (az előzőnél gondolom nagyobb) 0, és rohadt sürgősen, mert különben ők lekapcsolják a szolgáltatást, akkor már kivártam a nénit. És egy csodálatos beszélgetést folytattunk, miszerint érti ő, de hát akkor ezt be kéne fizetni. "A nullát?", "Hááát.... azt". Itt elmondtam a néninek, hogy egyrészt a postán nem fogok tudni befizetni egy 0 forintos csekket, mert az egy faszság, másrészt pedig nyilván nem fogok szopni a postán azért, mert ők hülyék. De hogy értsem meg, hogy sajnos az ő rendszerük ilyen, és ő nem tud ezzel mit csinálni.

Úgyhogy abban maradtunk, hogy elmondtam, hogy ugyan én is nagyon sajnálom, hogy az ő rendszerük ilyen, de egyébként körkörösen leszarom, az ő bajuk, oldják meg, ahogy akarják, én most szóltam, és a továbbiakban ezzel én semmit nem fogok tenni. Kivéve, ha kikapcsolják a szolgáltatást, mert akkor még a bíróságra még elmegyünk, addigra el fog múlni a jelenlegi ideg maradéka, úgyhogy felhőtlen mosollyal az arcomon és popcornnal a kezemben fogom nézni, ahogy a bíró -- valószínűleg viszonylag plasztikusan -- elmagyarázza, hogy maguk hülyék, egyben megkéri önöket, hogy a következő néhány évi szolgáltatási díjamat finanszírozzák elő, visszhall.

Valahogy sikerült mégiscsak megoldani. :)




becsapós email: https://hup.hu/node/170247#comment-2508721

Így volt egyértelmű a helyzet

Sokat segítene, ha ezt az egyértelmű helyzetet velünk is megosztanád, mert hogy végül ki írt neked, és mit, az nekem ebből nem derült ki




DIGI online servlet docker?: https://hup.hu/node/170165#comment-2505361

Bár igazad van, de egyrészt oda, ahol ezt csinálják valószínűleg teljesen mindegy, másrészt meg ott van a docker fileban, hogyan kerül bele*, nyugodtan beteheted olyan secure módon, ahogy neked tetszik.

*Egyébként meglehetősen szarul, igazából semmi értelme belesedelni abba a fileba, lehetne simán eleve így a repoban :)

A sudoval is az van, hogy bár nem szoktuk, de egyébként ha a usered tagja a docker groupnak, azzal adtál egy nopasswd: ALL -t, szóval megint csak ilyen környezetben nagy különbség nincs egy ilyen célkörnyezetben.




DIGI online servlet docker?: https://hup.hu/node/170165#comment-2506987

"Egy security szakembertől el lehet várni, hogy el tudja dönteni."

Hát azért itt feljebb sikerült egy security szakembernek nyilatkozni, hogy nem érdekli az auditálhatóság, és hogy szerinte a rootként bejárkálásnak semmi más hátulütője nincsen, szóval azért csak óvatosan az ilyen kijelentésekkel :) Már csak azért is, mert egyrészt nem fekete-fehér egy csomó kérdés, másrészt meg a security jellemzően rendszer szinten érdekes, és a kedves security szakembernek nem biztos, hogy meg van róla az összes információja, hogy ezt a jelszót (vagy teljes hiányát ugye, mert itt erről van szó) mekkora risknek kell tekinteni.

"A jelszó policy nem sokat ér, ha mindenkinek van egy alapjelszava, és változtatáskor csak 1-1 számot módosít benne, vagy ugyanazt a jelszót több helyen használja."

Ebben egyébként igazad van, (bár a minimális változtatásokra már vannak módszerek, szoktak is megrökönyödni rajta itt is), az elég feat volt, amikor az MS hozott ajánlást arra, hogy a kretén jelszópolicyk nagy része inkább káros, az egyetlen hasznos elem kb a hossza (meg az egyedisége, de az ugye good luck), és hogy legyen 2FA, azóta végre van mire mutogatni, mikor valaki a 128 hosszú, legalább 12 speciális és három kínai karakter 2 hetente változtatva jellegű agyrémekkel jön.




DIGI online servlet docker?: https://hup.hu/node/170165#comment-2507180

igazából nagy tételben érdemes volna kitolni automatán buildelni a dockerhubra, abból van a legkevesebb baj user oldalon. Illetve ha updatelsz se nagyon van semmi szerintem, mert docker buildeltek egyet lokálisan, az úgy marad, míg hozzá nem nyúlnak




magyar e-mail szolgáltató: https://hup.hu/node/170159#comment-2506389

van, aki még nem?




Kriptográfiai shitposting: https://hup.hu/node/170205#comment-2507430

Csodálatos. Most valaki hozzon egy sört :)




Elindult a Digi mobilszolgáltatása: https://hup.hu/node/164482#comment-2353597

így bizony, azt jelenti, hogy ami a jobb oldalán van -- "műholdas szolgáltatása" -- az kiegészíti azt, ami a bal oldalán van -- "DIGI, vagy Invitel vezetékes televízió, internet és telefon". Utána meg van, hogy ebből a listából legalább egyet. Ez egy teljesen egyértelmű magyar mondat, sehogy nem lehet úgy érteni, hogy mind kell. (Már ha ezt akartad mondani, az Elég hülyén van megfogalmazva kezdetű mondatoddal. Ebben mondjuk nem vagyok biztos, mert elég hülyén van megfogalmazva :D)




Képernyő virtuális monitorokra osztása: https://hup.hu/node/169916#comment-2498539

Egyenként amit a windows gomb jobbra/balra nyíl csinál az miért nem jó?




Képernyő virtuális monitorokra osztása: https://hup.hu/node/169916#comment-2498675

Szerintem a szokásos, hogy nem ezt akarja ő, ez a megoldási ötlete a valódi problémájára:

> Ennek az lenne a lényege, hogy egyszerűen tudok ablakokat egymás mellé pakolni anélkül, hogy precízen kellene őket méretezgetnem kézzel.

Ezt simán tudja

> Illetve cél lenne az is, hogy pl YouTube, Twitch menne jobb oldalt full screenben, még a bal oldalt bármi mást tudnék csinálni.

Ezt sajnos valóban nem.

Kérdés, hogy mennyire éri meg mindenféle virtuális monitorokkal szenvedni a kő triviális megoldás helyett,  azért, hogy ne látsszon az ablakkeret videó közben, miközben a monitor másik oldalán úgy is dolgozik




Képernyő virtuális monitorokra osztása: https://hup.hu/node/169916#comment-2498682

Próbáltad elolvasni, ami irtam?




Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2502787

Igen, bizonyára 1 db fejlesztő három hónap alatt lenyom egy ms méretű céget...




Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2502813

Hát, a mondatod azt jelenti, hogy emberünk 3 hónap alatt többet fog tenni, mint ami az MSnél történt az xp megjelenés óta.




Főállású fejlesztőt alkalmazott a ReactOS projekt: https://hup.hu/cikkek/20200715/foallasu_fejlesztot_alkalmazott_a_reactos_projekt#comment-2503402

(arcból érdemes lenne visszavenni kicsit, nem áll jól)

Elnézésedet kérem, nálam a "lenyomja" szakkifejezés rendkívül egzakt definíciójába belefér, az, "hogy sokkal többet tesz, mint a másik".

De ha ez zavar, akkor kérlek: ha így értetted, így is ordas nagy marhaság.

Pl ahhoz, hogy ez meglegyen, három hónap alatt 4 mobil OSt kellene a semmiből a földbe állítani a csókának, hogy mást ne mondjak :D




Beperelték a LinkedIn-t, mert azon kapták, hogy iOS készülékek vágólapjain szaglászik: https://hup.hu/cikkek/20200713/bepereltek_a_linkedIn-t_mert_azon_kaptak_hogy_ios_keszulekek_vagolapjain_szaglaszik#comment-2502233

az nem jelszókezelő, hanem egy darab szar, dobd ki :)




Beperelték a LinkedIn-t, mert azon kapták, hogy iOS készülékek vágólapjain szaglászik: https://hup.hu/cikkek/20200713/bepereltek_a_linkedIn-t_mert_azon_kaptak_hogy_ios_keszulekek_vagolapjain_szaglaszik#comment-2502404

Hát, ha azok csak vágólapon keresztül tudnak neked jelszót adni, akkor bizony mind az :) Nyilván nem azok (illetve hát a lastpasst egyszer emlékszem, hogy mikor konkrétan megnézte egy hozzáértő, akkor az lett a verdict, hogy de, az bizony egy darab szar), hiszen nem is csak így működnek. A te eredeti állításod ez: 

> Valoszinuleg arra gondolt, hogy ajelszokezelok a vagolapra masoljak a jelszot, ahonnan te beilleszted a form-ba. Ebben van is valami.

Lefordítva magyarra, a jelszókezelő vágólapon keresztül kommunikál, nem "esetleg azon keresztül is". A mobil OSeknek mind van beépített támogatása arra, hogy ezt lehessen normálisan* csinálni, az összes böngészőbe lehet plugint írni, cli programokat nyugodtan meg lehet etetni stdinen, ez az esetek nagyon nagy részét bizony lefedi. Valóban van néhány eset -- mindenféle vastagkliensek leginkább -- amiket nem, de egyrészt ezek inkább a kivétel, mintsem a szabály esetek, másrészt meg már minden jelszókezelő öregapja a keepass óta tudjuk, hogy billentyűzet leütést még mindig lehet emulálni, a vágólapnál még az is jobb, 2020ban nem nagyon van kifogás arra, ha ezeket valaki nem implementálja, szóval ha a tiedben az esetek nagy részében a vágólapon utazik az adat, akkor az szar, vagy ha nem kéne neki, akkor meg te használod szarul.

Egyébként van még egy titkos módszer, ami egészen megdöbbentő biotechnológiát alkalmaz: nézed a kicsi szemeddel, és begépeled a kicsi kezeddel. Kellett nekem olyan jelszavakat kezelni, amit inkább átgépeltem, mintsem kitegyek a vágólapra. Igaz, ott a "jelszókezelő" valóban nem támogatott semmi mást, de elnéztük neki, mert az egyéb biztonsági featurjei az adott helyzetben lényegesen fontosabbak voltak, és igazából az is feature volt, hogy kb csak kigépelni lehetett belőle dolgokat.

* Bár a guglinál tapasztalataim szerint sajnos elég "mesésen" működik (értsd, hol volt, hol nem volt), azt meg ütném, aki átesett a ló másik oldalára, és most már háttérben futó appokat csak permanent notificationnal lehet rendesen írni, mert a nagy védelemben sikerült megszüntetni a "igen, ezt én akarom folyamatosan, tudom mit csinálok" gombot.




Beperelték a LinkedIn-t, mert azon kapták, hogy iOS készülékek vágólapjain szaglászik: https://hup.hu/cikkek/20200713/bepereltek_a_linkedIn-t_mert_azon_kaptak_hogy_ios_keszulekek_vagolapjain_szaglaszik#comment-2502231

Ja, csak nem mindegy, hogy az pl egy dedikált csatornán jut el a felhasználó programhoz (lásd mindenféle browser pluginek), vagy a nagyonfontostitkosjelszó átvitelére a vágólapot hsználjuk, aminek konkrétan az a featureje, hogy a tartalmához miden fiszemfaszom hozzá tudjon férni.




[MEGOLDVA] nav.gov.hu Cloudflare DNS-el nem elérhető: https://hup.hu/node/170079#comment-2502717

Le




[MEGOLDVA] nav.gov.hu Cloudflare DNS-el nem elérhető: https://hup.hu/node/170079#comment-2503141

Pedig nem új keletű dolog DNSből blokkolni. Kb mióta valaki kitalálta, hogy a hosts fileba lehet írni a mannát, azóta lehetett sejteni, hogy egyszer valaki megcsinálja egy nagy publikus dnsben is.




NanoPi NEO3: 20 dolláros, alacsony fogyasztású "fun board": https://hup.hu/cikkek/20200714/nanopi_neo3_20_dollaros_alacsony_fogyasztasu_fun_board#comment-2502648

Nem, én fővárosi bunkó vagyok (legalábbis vidékről nézve) és mikor ezt valaki leírja, ökölbe szorul az agyam, aztán rájövök, hogy hunluki az 😃 életben nem hallottam még.




Miért jött a git olyan későn?: https://hup.hu/node/169981#comment-2500677

Hát, ha kovetketzetesen kihagyod azt a részt, hogy a bitkeeperen kívül, meg azt, hogy nem kinotte, hanem licenszing baj volt vele, akkor persze neked lesz igazad.




Miért jött a git olyan későn?: https://hup.hu/node/169981#comment-2501347

Nézd, te nagyjából azt állítottad, hogy

a) ilyen koncepciót soha senki még a félisten linus előtt nem. " De senki nem gondolt rá, hogy ilyet írjon." -- Dehogynem a BK ilyen volt.

b) A BK szar volt. mert "Torvaldsnak akkor lett ki töke a béna verziókövetős szutykokból, amit akkortájt használtak, és szenvedtek velük régóta" -- ezzel szemben "BK got most things right".

A baj az, volt, hogy a szabadságharcosok egy része nem használta "but the biggest downside was the fact that since it wasn’t open source, there was a lot of people who didn’t want to use it." aztán jött egy még öntudatosabb szabadság harcos, aki úgy gondolta, hogy márpedig ő szarhat más licence feltételeire, amiből az nézett ki, hogy a BK előbb utóbb nem lesz ingyen opensource fejlesztéshez sem. Linus ezért úgy döntött, hogy lekopizza "I decided that I can’t continue using BK, but that I really didn’t want to go back to the bad old pre-BK days".

Szóval igazából abban van igazunk, hogy totálisan teljesen félremagyarázod ezt az egészet.




Miért jött a git olyan későn?: https://hup.hu/node/169981#comment-2501966

van hozzá bármi gitlab/github szerű?

Nagyon régen rajta van a bakancslistámon, hogy megnézzem egyszer, mert a gitnek minden jó dolga ellenére szerintem alapvetően kilóg a bele, sokkal sokkal jobban, mint azt kéne.

 

szerk: ez kérdés akart lenni :)




Miért jött a git olyan későn?: https://hup.hu/node/169981#comment-2501970

A sok repó elég sok szart átlapátol a CI oldalra.




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-2500725

"konténerizált környezetnek pont az lenne a lényege, hogy elrejtse a host információkat."

Nem. Az maximum következménye néhány usecasenek, amit konténerizációval meg lehet oldani.




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-2500922

Ezt miért tőlem kérded?




Írtam egy SSH szervert ami konténereket indít, üssétek!: https://hup.hu/node/169685#comment-2494492

Sima dockerben is lehet csinálni random labeleket, aztan a docker socketen keresztül futtatni valamit morickat ami takarit, ez gondolom lehet az is, amit janosszen irt (még nem neztem,, de todo). 




Írtam egy SSH szervert ami konténereket indít, üssétek!: https://hup.hu/node/169685#comment-2494677

De ez önmagában miért baj? Gondolom a végén csak belebeszélsz a docker socketbe (legalábbis az example composeod beteszi volumeként). Ha van egy containerssh instance specifikus prefixed, akkor azzal tudsz labelezni, és egyrészt induláskor ki tudod takarítani a fenébe az előző futás után maradt szemetet, másrészt egyébként is tudod használni pl az event apit, ami egyébként az rm problémára is megoldást adhat, mert az event streamen visszajön a konténer exit codeja, nem feltétlen kell neked direkt superviseolni, ahogy gondolom teszed. pl:

2020-06-22T08:27:35.643104953+02:00 container die 0d1fd546b19d91a11ee81f4c611c5eb885352816d05e754a1971ae7d7fb00cc9 (exitCode=0, image=randomimage:latest, name=dazzling_dijkstra)



Írtam egy SSH szervert ami konténereket indít, üssétek!: https://hup.hu/node/169685#comment-2494691

Na jó, valamikor igyekszem elolvasni, hogy pontosan hogy is működik, aztán jövök ötletelni :) (Mert azzal elsőre mélyen egyetértek, hogy nem kéne valami single point of state adatbázis, de látom, hogy van itt azért architektúra, amit fel kéne fogni)




Írtam egy SSH szervert ami konténereket indít, üssétek!: https://hup.hu/node/169685#comment-2494749

Ezt terveztem :-)




Írtam egy SSH szervert ami konténereket indít, üssétek!: https://hup.hu/node/169685#comment-2495066

Na, megnézegettem. Mikor csak átfutottam, akkor még féltem tőle, hogy kódot is kell túrni, mert a hogyan indulunk környékén lesz valami varázslat, de a readmet olvasva sajnos az van, hogy annyira frankó dinamikus architektúrát rajzoltál, hogy azzal kissé lábon is lőtted magad.

Mivel még a backendek listája sem ismert, ezért esélyed sincs saját hatáskörben stateless megoldani a dolgot. Kb a következő lehetőségeid vannak, ahogy én látom:

Illetve ha te takarítasz, akkor az tulajdonképp lehet opcionális, ha valakinek nem kell, akkor goto 1.




Írtam egy SSH szervert ami konténereket indít, üssétek!: https://hup.hu/node/169685#comment-2495089

Persze, lehet tenni ezt a config szerverbe is, de tartani neki is kell valahol, bár abban igazad van, hogy ő jó eséllyel egyébként is rendelkezik ezzel az infóval :)




Írtam egy SSH szervert ami konténereket indít, üssétek!: https://hup.hu/node/169685#comment-2494493

Igazából lehet, hogy egy --rm a docker runnak pont elég




Black Panther OS Is No Cool Cat: https://hup.hu/node/149801#comment-2026038

" És még a LibreOffice is ismeretlen office program számodra? Ó!!! "
nem, azt nem tudta, mi az a black panther office, míg rá nem jött, hogy csak egy rebranded libreoffice :)

(és teszem hozzá, hogy a feléig viszonylag jogosnak látszó panaszok vannak. A nyelv véleményes kissé, bár ha van neki külföldiül weblapja, akkor lehet, nem lenne baj, ha tudna külföldiül települni (meg ha már a ui angol, akkor engem is meglepne, hogy a recovery console hu_HU.)




Black Panther OS Is No Cool Cat: https://hup.hu/node/149801#comment-2026328

Ne értsd félre, az alapján a leírás alapján a bp sokkal jobb állapotban van, mint amit én személy szerint egy ilyen one man showból kinéznék. Alapvetően csak arra reagáltam, hogy a kolléga ideállt durrogni, hogy mekkora hülye a faszi, hogy nem ismeri a libre officet, miközben csak nem sikerült megértenie az angol mondatot.

És ha már úgy tűnt, hogy szerinte a feléig csak invalid érvek vannak, megjegyeztem, hogy nem, egészen nem annak tűnnek. A weblap valóban lehetne szebb, egy livecdnél az ember valóban nem akarja az installer elejét nézni, ezek szerint a nyelvválasztás sem volt triviális valamiért. Az egy másik kérdés, hogy neked ezek mennyire szempontok, vagy nem, egyik sem feltétlen óriási probléma. Amit meg kell hallani belőle, hogy egységsugarú irányból érkezőkben ezt a benyomást kelti. Azt meg döntsd el te, hogy neked baj-e, hiszen egyáltalán nem biztos, hogy akarsz magadnak hátulgombolósokat.

Azzal meg annyira nem értek egyet, hogy ne lehetne róla -- kulturáltan -- véleményt nyilvánítani. Miért ne lehetne? Te is nyugodtan elmondhatod treynek, hogy a hupon egy csomó dolog hiányzik, és ótvarul néz ki helyenként. Nem te lennél az első, más is megtette már. Trey meg is szokta válaszolni, hogy az alatta levő drupal ennyit tud, nem akar feltenni mást, mert..., illetve hogy neki fétise a bolhabetűk. Aztán minden megy tovább




Black Panther OS Is No Cool Cat: https://hup.hu/node/149801#comment-2026533

Nekem spec nem kell mond, nekem max a bolha betű nem tetszett, de van zoom, megoldotta, aztán most meg már jó... Csak arra reagáltam, hogy nem lehet kritizálni. Lehet. Meg úgy dönteni, hogy valami másik szempont fontosabb, azt is lehet :)




Black Panther OS Is No Cool Cat: https://hup.hu/node/149801#comment-2029489

odarakhatod az egér kurzort is, aztán görgőzhetsz óvatosan :)




Black Panther OS Is No Cool Cat: https://hup.hu/node/149801#comment-2027776

furi, komolyan respect arra, hogy ha valaki nem bukik le, akkor nem gáz a hazudozás?




Black Panther OS Is No Cool Cat: https://hup.hu/node/149801#comment-2027783

lehet. Én elhiszem, hogy nem ezt akartad írni :)




IP címről információk: https://hup.hu/node/169853#comment-2496020

A readme alapjan a napi 5-10k nem nagyon fér bele




execv(/usr/sbin/sendmail) failed: Permission denied: https://hup.hu/node/169814#comment-2494874

Azok a link jogai, nézd meg az /etc/alternatives/mta jogait, ha a valóságra vagy kíváncsi




execv(/usr/sbin/sendmail) failed: Permission denied: https://hup.hu/node/169814#comment-2495139

Attól még úgy néz ki, csak érvként az ügyben, hogy hogyan milyen jogokkal van telepítve a sendmail irreleváns, mint lentebb írták.

Szóval for the record a többieknek, épp itt mutatod, hogy a valódi sendmailt nem lehet írni nem rootnak, mert nincs rajta írási joga a rooton kívül másnak.




A Telegram forrásában megjelent a videohívás: https://hup.hu/cikkek/20200607/a_telegram_forrasaban_megjelent_a_videohivas#comment-2489191

pedig ha sértett helikopterkedés helyett elgondolkoznál azon, hogy kinek szól a honlap, és ezért milyen nyelvezettel kell írni, lehet épülnél belőle.




A Telegram forrásában megjelent a videohívás: https://hup.hu/cikkek/20200607/a_telegram_forrasaban_megjelent_a_videohivas#comment-2489777

Hát, azért ezt a listát én tudom úgy olvasni, hogy ez nem tervezési megfontolás, hanem tervezési elbaszás :)




Korlatlan mobil internet velemenyek: https://hup.hu/node/169406#comment-2483149

Az külön csoda, hogy az ajánlókat kiteszik b+ névvel, várossal...

Nekem van "korlátlan", mert kellett valami kvázi vezetékest kiváltó. Nézegettem ezeket a mindenféle flottákat, a phn meg az isten tudja hol keringő excelekkel, fehér embernek az egész elborzasztó. Az ephonenak (ha reklám, akkor nyugodtan korrektúrázzátok svájci érdekeltségű voip szolgálatóra, vagy mit tudom én) van elfogadható megoldása baszakodás nélkül, te szerződsz, nekik fizetsz, akár kártyával is. Ugyan tény, hogy ahogy néztem egy kicsit drágább, mint az ilyen megoldjuk okosba' izék, de ingerküszöb alatt van. Sajnos nemrég meglépték, hogy a korlátlanból havi 1TB lett, ami miatt egyébként kissé húzza az ember az orrát, viszont a usecaset még így is bőven fölé lövi, szóval maradt. Műszakilag pont ugyanúgy telenor, mint ahogy néztem ezek 90%-a, szóval egykutya. 




Korlatlan mobil internet velemenyek: https://hup.hu/node/169406#comment-2483331

Ja, valami ilyesmi, mert van valami automatikus huszunezres "büntetés" az atlepesnel, es nem nagyon tudtak értelmes ellenőrzést mondani. Viszont ellentétben a hello dataval, ami a gyakorlatban már nincs, ezt most is mrg tudod venni




Korlatlan mobil internet velemenyek: https://hup.hu/node/169406#comment-2483383

Mióta a NHH közölte, hogy amit megígérnek, azt bárhol tudni kell a lefedettségi területen bármikor, mert különben vastagon meg lesznek szeretve, azóta ez van. Sajnos nem ért el odáig az ész, hogy legyen valami statisztikailag releváns dolog belőle, amiből végső soron a user jön ki szarabbul.




Korlatlan mobil internet velemenyek: https://hup.hu/node/169406#comment-2483527

Tudom, ezért nem értem, hogy miért nem inkább valami ebből származó relevánsat kell vállalni. Mert egyszeri fogyasztó egyrészt nem nézi ezt, másrészt nem tud semmit érvényesíteni, ha mégis 0 sikerült valahol




Korlatlan mobil internet velemenyek: https://hup.hu/node/169406#comment-2484462

+1

Nézegettem ezeket a mindenféle flottákat, a phn meg az isten tudja hol keringő excelekkel, fehér embernek az egész elborzasztó.




Korlatlan mobil internet velemenyek: https://hup.hu/node/169406#comment-2494133

Van, asszonynak vettem, mert az irodának bérelt helyiségben nincs net, betettem valami kis mobil 4gs wifi routerbe, gyak hurcibálós netnek használjuk. Működik, technikailag telenor.

Sajnos tavaly bemondták, hogy 1 terra, utána nagyon drága, az rosszul esett, de igazából csak elvi szinten, a gyakorlatban --nekem-- nem fáj. A hurcis router meg úgy látom kényelmes nagyon, asszony szereti, a hotspot kapcsolgatást nem hiszem, hogy megszokta volna.




biztonsági figyelmeztetést kapok: https://hup.hu/node/169719#comment-2492412

Nem a userek homejaban levo davfsről beszél, hanem a davfs user homejarol




Indokolt a telefonhívásnál védeni a hívó fél jogait?: https://hup.hu/szavazasok/20200608/indokolt_a_telefonhivasnal_vedeni_a_hivo_fel_jogait#comment-2489585

Van azért árnyalatnyi különbség a "elkezdett fenyegetni / számítottam rá, hogy elkezd fenyegetni, ezért megnyomtam a rec gombot" és aközött, hogy "mindig minden telefonbeszélgetést a másik fél tájékoztatása nélkül rögzítek". Az első esetben szerintem megrovás sincs, a második eset viszont nem az enyhítő körülmény oldalra fog bestrigulázódni.




Indokolt a telefonhívásnál védeni a hívó fél jogait?: https://hup.hu/szavazasok/20200608/indokolt_a_telefonhivasnal_vedeni_a_hivo_fel_jogait#comment-2489776

Tiszta sor, azt árnyaltam :)




Tervezel-e egy éven belül laptopot venni, vagy vettél-e az elmúlt 3 hónapban?: https://hup.hu/szavazasok/20200526/tervezel-e_egy_even_belul_laptopot_venni_vagy_vettel-e_az_elmult_3_honapban#comment-2485094

. mondjuk én fura állatfaj lehetek mert többek között pont a Thinkpad és Macbook billentyűzeteket nem szeretem és nem értettem soha a hype-ot körülöttük. :D

This.Most épp egy T480-at nyúzok, nincs gond a gombjaival, de őszintén szólva érzésre semmivel nem jobb, mint előtte nyúzott a fene se tudja milyen dell E-akármi-business, vagy még előtte a HP nem tudom már milyen ultrabookjának, vagy az asszony hasonló cuki asusának a gombjai. A régi jó féltégla elitebookról nem is beszélve.

A kiosztása is középkategóriás, a dellnek jobban voltak megoldva a kurzorvezérlői, az ultrabook kb ez volt, az asus kicsit rosszabb, A szinte teljes billes elitebook meg magasan a legnormálisabb volt. Viszont az, hogy valami büdös györkér kitalálta, hogy az fn gomb legyen bal lent, és azóta se tudnak lejönni erről a baromságról... szóval nem tudom, hogy ennyire konokok, vagy senki nem mer szólni a büszke anyukának, hogy hát bizony a szeme fénye kancsal mint az állat. Igen, tudom, meg lehet cserélni biosból, meg is van, csak egyrészt mégis már, másrészt meg azért az a kisebb gomb.

És akkor ez még az istenes, vannak az X-es (azt hiszem, ilyen ultrabook féle) cuccból is a cégénél, ott van olyan bill kiosztás, amit konkrétan büntetni kéne.

A mac lehet hogy jobb, de azzal meg egészében véve vagyok inkompatibilis, és sikítva menekülök hamar, szóval a gombok milyenségéről nem tudok nyilatkozni :D




Tervezel-e egy éven belül laptopot venni, vagy vettél-e az elmúlt 3 hónapban?: https://hup.hu/szavazasok/20200526/tervezel-e_egy_even_belul_laptopot_venni_vagy_vettel-e_az_elmult_3_honapban#comment-2484628

Hát, hogy sima usbn mennyire megy, azt nem tudom, én az itthonlét kezdetén megemeltem az egyik monitorom meg a thunderbolt dokkolóm az asztalról, és ugyanott vagyok, mint bent, csak másodiknak egy itthoni monitort használok. Ha szóltam volna a főnöknek, hogy legyen már jó fej, és kérek egy-egy újat, valószínű kaptam is volna.




Tervezel-e egy éven belül laptopot venni, vagy vettél-e az elmúlt 3 hónapban?: https://hup.hu/szavazasok/20200526/tervezel-e_egy_even_belul_laptopot_venni_vagy_vettel-e_az_elmult_3_honapban#comment-2484631

értem én, szerintem is kéne. Anno még az E-ben valami ilyen montiorba épített izét vezettek be, mikor megunták, hogy a hp minden második szériaváltásnál új dokkolót hoz. Na, az szar volt, konkrétan kockásodott a monitor, ha megpörgettem a procit :D




Tervezel-e egy éven belül laptopot venni, vagy vettél-e az elmúlt 3 hónapban?: https://hup.hu/szavazasok/20200526/tervezel-e_egy_even_belul_laptopot_venni_vagy_vettel-e_az_elmult_3_honapban#comment-2484846

Bár szerintem egyre gondolunk, kb a hotdeskes izével együtt kezdték, kb 5-6 éve, de biztos vagyok benne, hogy usb3 volt. Tudom, mert akkor jöttem rá, hogy az usb-a csatiba erőszakolt plusz csatlakozósor milyen istentelenül fos design. megnyomtad a bedugott csatit fentről (pl kézfej szélével), és már jött is a buborék, hogy lehetne ez gyorsabb is, ha rendes kábelt használnál




webes számlázó, melyiket választanátok?: https://hup.hu/node/145068#comment-2431623

Miért ne csinálhatna itthonra remote végzendő munkát?




webes számlázó, melyiket választanátok?: https://hup.hu/node/145068#comment-2434573

Ez valami spec KATAs szabályozás? Elnézést, egyáltalán nem kötekedni akarok, meg nem vagyok képben, de erősen furcsa lenne az EUn belül, hogy nem onnan és oda szolgáltatok, ahonnan és ahova akarok. Nyugodtan lehet mondjuk angol (jó, tegnap előtt még) vagy német cégem, nyugodtan postázhatok akármit EUn belül, nyugodtan elindulhatnak külföldi cégek más ország közbeszén. És általában az EU erősen harap bármire, ami ezt akadályozza. Még arra is, amikor csak a hazainak lejt a pálya. Szóval furcsa. Ráadásul nyugodtan nyugodtan adózhatok több országban is, ha azt szeretném.




webes számlázó, melyiket választanátok?: https://hup.hu/node/145068#comment-2057215

de fentebb még azt állítottad, hogy ez így nem jó :)




webes számlázó, melyiket választanátok?: https://hup.hu/node/145068#comment-2057265

"Szerintem nem... Mert akkor a számla elektronikusan előállított és továbbított számla lesz, ami egyenlő az e-számlával, akkor meg kell rá időbélyeg, digitális aláírás." és ez alapján közlöd, hogy a számlázóprogram nem jó, csak amelyik szerinted :)




webes számlázó, melyiket választanátok?: https://hup.hu/node/145068#comment-2057526

naccerű, akkor viszont miért is ekézzük azt a számlázóprogramot, ami így jár el? :)




webes számlázó, melyiket választanátok?: https://hup.hu/node/145068#comment-2431625

Nem volt erre kitalálva valami okosság, hogy elektronikusan továbbított számla, vagy mi? Ami a gyakorlatban a nyomtasd magadnak, ha könyvelni szeretnéd megfelelője, épp azért, hogy ne elektronikus számla legyen, és ne vonatkozzon rá a sok okosság?




webes számlázó, melyiket választanátok?: https://hup.hu/node/145068#comment-2057652

szerintem az időbélyeghez külső, hiteles szolgáltató fog kelleni.




webes számlázó, melyiket választanátok?: https://hup.hu/node/145068#comment-2057663

teljesen csak érdeklődés jelleggel, de gondolom timestampelni az is kiküldi valahova?




webes számlázó, melyiket választanátok?: https://hup.hu/node/145068#comment-2431743

Ok, valóban elég a hasht küldeni.




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-2267694

"panasz, miszerint ez nem volt szep, es bla bla, de kulturaltan, akkor respect a reklamalonak."

Arra azért kíváncsi lennék, hogy a reklamálótól a gondolatmeneted alapján miért is elvárás a "kulturáltan"?




Szöveges dokumentum - oldalak és karakterek száma: https://hup.hu/node/169521#comment-2486149

Mármint a wc simán megmondta, hogy hány bájt az a file ;)

Viszont vicces, de a sima docrol a 'file' elmondja, hogy szerinte hány char meg world, bár a véleménye a random próbán nem egyezett a libreofficéval.

Én lehet, hogy megpróbálkoznék pandoccal dumpolni a benne levő textet, az egész sok mindent megért, és azt wc-zni. pdfet mondjuk ha jól emlékszem nem beszél, azt valami mással kell 2txt-zni.

Beton biztos így se lesz, lehet hogy némi nézegetés után még utószűrnék szemétre, mert a jó isten se tudja, hogy pl egy táblázat hogy jelenik meg.




Mini dühöngő..: https://hup.hu/node/167567#comment-2430932

De jár, médiában lehet alkudni. Meglepő, de lehet. Sőt, néha maguktól is csinálják. Vettünk TVt, mondtam, hogy akkor legyen ez az LG. Emberünk közölte, hogy hát most épp ez van csak, ami ki van állítva, de ha jó, akkor ingyen mellécsapja a +3 év gari biztosítást.

Jó biznic volt, épp most cserélik benne a bekékült panelt, a két év normál garin már erősen túl.




Nagyi videotelefonálni akar: https://hup.hu/node/169529#comment-2486412

Ezt nem egészen értem. Az előfizetés helyén pont kevésbé érdekes, hiszen ott adnak valami kábelest. A mobilnet meg, well, mobil.




Nagyi videotelefonálni akar: https://hup.hu/node/169529#comment-2486504

Nem cáfolni akartam, hanem kifejezni véleményem, hogy ezek hülyék :-) egyébként nem volt valami pénz erte? Vagy mióta kiderült, hogy ebből sose lesz semmi, mert nem kaptak frekit, azóta minden mindegy alapon már ingyen van?




Üzemmérnök-informatikus (BProf) képzés: https://hup.hu/node/157640#comment-2193942

szerinted ennek mi az oka?




Mi volt a TON, és miért lett vége?: https://hup.hu/node/169403#comment-2482934

Nem




Mi volt a TON, és miért lett vége?: https://hup.hu/node/169403#comment-2482945

Pedig pontosan erről van szó. Rád mint magyar állampolgárra vonatkoznak a magyar törvények, akárhol is vagy. Meg az akárhol is vagy törvényei is. Amikor ezek ütköznek, akkor meg van fejvakarás :-) És bizony emiatt simán lehet, hogy hiába mondod, hogy azért van benned fű mag, mert Hollandiában az legális, itthon megnyomnak érte. Ha nem vagy habony vagy borkai, akkor esetleg akkor is, ha csak valami video van az aktusrol ibizaról vagy az adriáról...




Mi volt a TON, és miért lett vége?: https://hup.hu/node/169403#comment-2483197

Igen, azt én is néztem, hogy biztos nagyon rossz nekik, de hogy a mit mondott a bíróság az egyetlen nagyon fos bányászós példával van csak benne. Komolytalan egy kicsit így.




Systemd service késleltetett indítása.: https://hup.hu/node/169181#comment-2477596

Nem, az egy külön sor a [Service] sectionben.

Mondjuk nem feltétlen a login után fog 10 másodperccel lefutni, hanem a service elindulása után.

A sleep általában workaround, mit szeretnél valójában megoldani?




Systemd service késleltetett indítása.: https://hup.hu/node/169181#comment-2477604

Csak annyit, hogy ne manuálisan kelljen start-ot kiadni a service-re. Mert enabled-el nem mindig működik a bluetooth normálisan.

Az mit jelent, hogy nem működik normálisan?




Systemd service késleltetett indítása.: https://hup.hu/node/169181#comment-2477626

Azt, hogy mi a hiba forrása, azt akkor lehetne kitalálni, ha mutatnál logokat.




Systemd service késleltetett indítása.: https://hup.hu/node/169181#comment-2477643

hát, gondolom a szarakodó service logjai jók lennének :)




Python 2.7.18, az utolsó Python 2 release: https://hup.hu/node/169144#comment-2477265

I feel the pain, de szerintem az nettó önszaptás, ha venv nélkül használsz pipet. Tulajdonképp gányolás. Szerintem vagy az van, hogy használod, amit hoz az OS, vagy ha pipelsz, akkor tedd venvbe,  Pipenv egész hasznos tud lenni, poetry is kb ugyanaz pepitában, de egyébként az ansible is tudja kezelni a sima venveket (meg egyébként kézzel se egy nagy tragédia nyilván). Bár a pipenv lockfileos működése sokat segít a reprodukálhatóságon, illetve szigorúan site packages nélküli venv a nyerő, ha lehet, tegye csak fel az egészet ő, ne kelljen kezelni a pippel feltett csomag használ valami verziót a csomagkezelőből kérdéskört.

A venv valóban nem oldja meg a site packagest, azt úgy lehet talán legbolondbiztosabban, ha konkrét alverziós venvet csinálsz. RH vonalon vannak direkt visszaverziózott interpreter csomagok, azzal így viszonylag könnyen megoldható, hogy pontosan az fusson, a csomagokat meg úgyis a pip adja. Talán a debianban is vannak ilyen nem default verziós pythonok, az ubuntuhoz viszont csak valami PPAban ha jól emlékszem.




Python 2.7.18, az utolsó Python 2 release: https://hup.hu/node/169144#comment-2477066

Bocs, de nekem inkább az jön le a fentiekből, hogy eléggé elavult és önszívató módon próbálsz Pythonban fejleszteni

Bocs, de nekem az jön le a fentiekből, hogy a saját usecased kivetíted mindenki másra.

Ma már minden az izolációról szól, nem véletlenül.

Ha jól emlékszem, valahonnan az akadémiából szabadultál mostanában, tehát gondolom numpyzel, vagy valamelyik neurális hálós izét tolod orrba szájba, vagy egyéb más data crunchinget csinálsz. Ott ez működik, és rém kényelmes. Production szolgáltatást végző rendszerekben is tud, csak ott még ezzel-azzal foglalkozni kell, és csak addig kényelmes, ameddig meg nem kérdezi az üzemeltetés, hogy akkor hogyan vannak garantálva a biztonsági problémákra mondjuk 2 héten belül a javítások? Természetesen venv esetében az összes modulra -- azkora is, amiről kedves fejlesztő jó eséllyel azt se tudod, hogy ott van, mert nem direkt függőség, -- hiszen te szállítottad. Ha konténer, akkor a konténer belsejében levő mindenfélére is leszel kedves ugyanezt, hiszen azokat is. És akkor kiderül, hogy már az sem triviális, hogy egyáltalán meg tudd megmondani, hogy van-e benne ismert vuln.

Továbbá tudtommal az async és await kulcsszóvá váláson kívül nem volt más backward incompatible változtatás szintaxisban. Az, hogy van új szintaxis, az nem ez a kategória, mivel pl. 3.6 alá írt kód vígan fut 3.8 alatt is.

Sajnos ez nem igaz. Bár szerintem anno a 2es ágon is ez volt, mert vannak még nyomai a doksiban, csak már olyan régen 2.7 van, hogy elfelejtette a bagázs, de a hármasban simán az van, hogy valamit deprecatednek jelölnek 3.x-ben, és kidobják 3.x+3ban (fogalmama sincs 3 valódi értékéről). Ráadásul a syntax messze nem minden, és elég sokat basztatják az stdlib darabjait, amire jó eséllyel kevésbé unittesztelsz, szóval fene se tudja, hány edge case romlik meg csendben.

Csak for the fun of it, 3.8 whatsnew doksi, other language changes teteje:

The syntax allowed for keyword names in function calls was further restricted. In particular, f((keyword)=arg) is no longer allowed. It was never intended to permit more than a bare name on the left-hand side of a keyword argument assignment term. (Contributed by Benjamin Peterson in bpo-34641.)

Ez bizony breaking syntax change

When a comma is missed in code such as [(10, 20) (30, 40)], the compiler displays a SyntaxWarning with a helpful suggestion. This improves on just having a TypeError indicating that the first tuple was not callable. (Contributed by Serhiy Storchaka in bpo-15248.)

Valószínűleg nem volt ember, aki ilyesmi miatt except TypeErrort írt, de ha igen, akkor beszopta :)

Arithmetic operations between subclasses of datetime.date or datetime.datetime and datetime.timedelta objects now return an instance of the subclass, rather than the base class. This also affects the return type of operations whose implementation (directly or indirectly) uses datetime.timedelta arithmetic, such as astimezone(). (Contributed by Paul Ganssle in bpo-32417.)

Ugyan ez is jogos, de ha eddig jó volt neked ott a base class, akkor ebből is lehet baj,

Most nem olvasom tovább, de az lejön remélem, hogy azért észnél kell lenni.




Python 2.7.18, az utolsó Python 2 release: https://hup.hu/node/169144#comment-2477250

Ezzel azt állítod, hogy az oprendszer Python csomagjait talán jobban karbantartják?

Azt. Ők sem csinálják túl jól, de nekik vannak válaszaik azokra a kérdésekre, hogy

Manjaro Linuxot használok (rolling release modell) már sok éve, de még egyszer nem jött a 2-3 hetes frissítési ciklusok kívül python csomagra biztonsági frissítés. Ezzel szemben ha fejlesztek valamit, azzal kezdem a napot, hogy megnézem, érkezett-e bármelyik csomaghoz frissítés (poetry run pip list -o).  

Ne keverd a csomag security updatejeit a csomag frissességével. 

Ezzel szemben ha fejlesztek valamit, azzal kezdem a napot, hogy megnézem, érkezett-e bármelyik csomaghoz frissítés (poetry run pip list -o).  

Akkor jó úton jársz, te vagy az ezerből az egy fejlesztő. Bár azt azért finoman kétlem, hogy valóban a munkafolyamataid részét képezi, hogy ha kiadtál a kezedből valamit, akkor annak a következő 2-3 évben minden reggel nézegeted a függőségeit. Őszintén szólva még abban is kételkedek egy kicsit, hogy amin éppen dolgozol, azzal valóban ezt csinálod. Van némi fogalmam arról, mi lenne, ha egy csapatban minden reggel valaki commitolna egy új lock filet. (és igen, persze, lehet automatizálni)

Meg egyébként is: mi van azokkal a libekkel, amire nincs hivatalos csomag?

Hát ez az :)

Ez megint úgy hangzik, mintha 10 évvel ezelőtti problémákról beszélnénk. :)

Nézd, a munkám egy viszonylag jelentős része, hogy python fejlesztő is vagyok. Egészen képben vagyok azzal, hogyan működik az ökoszisztéma, mi van docker fronton, mi van CI fronton, mert ezeket mi is használjuk, és igyekszünk jól csinálni. Szóval nem, ez pontosan úgy hangzik, mint amikor átlag fejlesztő nem érti az üzemeltetési igényeket.

Pontosan tudom, hogy melyik csomagnak mi a függősége, milyen verzión van, stb. Ott van minden a lock-fájlban. Egy egyszerű "poetry run pip list -o" mutatja, ha bárminek van újabb kiadása. 100%-ban ugyanaz települ fel prod. rendszeren, mint a fejlesztői gépen. Azt nem állítom, hogy végignézem rendszeresen az összes lib github/gitab/stb issue-gyűjteményét, hátha talált valaki biztonsági rést, de így még mindig gyorsabban bekerülnek a frissítések az éles kódba, mint a rendszer csomagkezelője által.

Pontosan tudom, mi van egy lock fileban. És pontosan arról van szó, hogy az üzemeltető, akit meg egyébként kötnek pl a security requirementjei (amit meg időnként mindenféle jogszabályok kötnek) bizony a fenti kérdéseket fel fogja tenni. Szóval a  "Azt nem állítom, hogy végignézem rendszeresen az összes lib github/gitab/stb issue-gyűjteményét," az válasznak kevés lesz. Ha te akarod szállítani, akkor bizony neked ezt csinálni kell. Tudnod kell róla, ha baj van. Jelezned kell róla, ha baj van. Vállalásokat kell tenned arra nézvést, hogy mennyi idő alatt oldod meg a problémát. Arról a finomságról pedig -- szokásosan -- nem vettél tudomást, hogy ha konténereket szállítasz, akkor nem csak a python kódoddal kell ezt tenned. Hanem pl ha adod az nginxes konténert a djangod mellé, akkor azzal is kell foglalkoznod. Meg az általa használt opensslel is. Ha több konténert szállítasz, akkor mindben.

Mielőtt a szintaxis változásokba belemennénk egyezzünk meg a terminológiában, mert mintha kétféle értelemben lenne használva a "backward incompatible/breaking syntax change" kifejezés. Szerintem az az "igazán" breaking change, ami megakadályozza a korábbi verziókra írt kód futását az újabb verzión. Ilyen volt az async és await kifejezések kulcsszóvá változtatása. Az szerintem nem breaking change (vagy legalább nem "backward"), hogy új szintaktikai elemet vezetnek be: ne használd és vígan elfut a kód minden Python verzión. A 3.8-as walrus-op meg a positional-only args ilyenek, nem kell használni, ha régebbi Pythont is támogatni kell. A datetime-os változtatás valóban lehet problémás, de egy ilyennek elő kell jönnie tesztelés során.

Nem lett, a breaking syntax changen azt értem amit te. n+1 python verzión SyntaxErrort dobva meg fog állni. Az első idézett példa " In particular, f((keyword)=arg) is no longer allowed. " pontosan ilyen. És ezt simán csak az utolsó release noteba belenézve.

A többiről pedig direkt írtam, hogy a syntax change nem minden, egy duck typing / dinamikusan típusos, interpertált nyelvnél az stdlibben megváltozott viselkedések konkrét unit teszt híján simán át tudnak csúszni. Persze, lehet jól unittesztelni, meg lehet ellenőrizni type annotációkat, meg minden félét, ráadásul tényleg fájdalmasat azért szerintem viszonylag ritkán törnek, de igen is az van, hogy ezekkel kell foglalkozni, nem az van, hogy "jó, az asyncet kulcsszavasították, de egyébként nem törik semmi upgradekor). A konkrét példák mindegyek, csak idézgettem az utolsó release notesból, amire rápillantva simán lehet baj, és nem nagyon kellett erőlködni, hogy találjak.

Szóval nekem még mindig úgy tűnik, hogy olyan problémákat hoztok fel a Python ellen, amik (valamilyen szinten) már meg vannak oldva, csak használni kell a megfelelő eszközt/módszert.

Nézd, én szeretem a pythont, szerintem egy tök jó eszköz. De egyrészt tisztában kell vele lenni, hogy vannak hülyeségei, másrészt meg te kezdted a kissé lekezelő "hát csak be kell dobni egy venvbe/konténerbe és kész is, nem értesz hozzá" dumát, én pedig szerettem volna felhívni a figyelmedet rá, hogy az a "csak" az időnként egy nagyon költséges "csak", és nem mindig jó megoldás, leginkább azért megy minden az izoláció felé, mert akkor nem kell a fejlesztő úrnak azon gondolkodni, hogy "mi van azokkal a csomagokkal, amik nincsenek".




Python 2.7.18, az utolsó Python 2 release: https://hup.hu/node/169144#comment-2477419

Sikerült kiragadnod a lényeget :) Annó megnéztem, nyilván fehér ember ilyet le nem ír, de ettől még breaking syntax change, szóval ha már a lendületből felütött doksiban benne volt, betettem, hogy de.

De igazából a nagyobb bajok azok az ilyen gyönyszemek:

Starting with Python 3.3, importing ABCs from collections was deprecated, and importing should be done from collections.abc. Being able to import from collections was marked for removal in 3.8, but has been delayed to 3.9.

 Ez tipikusan olyan, amit simán csináltál és ha nem figyelsz, el fog törni a szoftvered a francba. Nyilván van deprecation warning, de ettől még simogatást igényel.




Python 2.7.18, az utolsó Python 2 release: https://hup.hu/node/169144#comment-2477469

Persze hogy vannak, meg persze, volt idő. Nem olyan hatalmas tragédiák ezek, csak a megállapítás, hogy ez bizony olyan, hogy figyelni kell.




A minap láttam, hogy a perl.hu domain eladó 100 000 Ft szeretnének érte kapni. Mi a véleményetek?: https://hup.hu/node/169101#comment-2475373

Épp a napokban néztük, hogy egy új .security domain jutányosan is mintegy évi 700k jó magyar forint, ehhez képest jutányos :)

Egyébként szerintem egy ismert név domainjáért a 100k nem egy elrugaszkodott gondolat. Hobbiprojektnek nyilván drága, meg talán a perl sem fog már felfutni ennyire, de egyébként azért ha valami üzletileg hasznos, akkor ez még bőven nem a durva nyerészkedés kategória, még akkor sem, ha egyébként az egész istenverte domain neveken csücsülés undorító egy biznicc.




A minap láttam, hogy a perl.hu domain eladó 100 000 Ft szeretnének érte kapni. Mi a véleményetek?: https://hup.hu/node/169101#comment-2475543

Azért abban szerintem kiegyezhetünk, hogy a fent is emlegetett, "de hát neki egy csomó pénze meg munkája van benne, hogy egy rakás domaint felvásárol neppelni" a kapitalizmus egy sajnálatos vadhatjtása, és remekül meglennénk nélküle is. Tipikus élősködő bagázs.




A minap láttam, hogy a perl.hu domain eladó 100 000 Ft szeretnének érte kapni. Mi a véleményetek?: https://hup.hu/node/169101#comment-2475623

Ja kérem, aki p̶i̶ó̶c̶á̶s̶k̶o̶d̶á̶s̶r̶a̶ domain kereskedelemre adja a fejét, az ne legyen már még sértődős is. Ha az egyik oldalra az a mondás, hogy ennyi az ára, ha nem tetszik ne vidd, akkor a másik oldalra is legyen már az, hogy ennyit ér nekem, ha nem tetszik ne add. 




A minap láttam, hogy a perl.hu domain eladó 100 000 Ft szeretnének érte kapni. Mi a véleményetek?: https://hup.hu/node/169101#comment-2475652

"A 3k szerintem enyhe sértés volt, " ;)




A minap láttam, hogy a perl.hu domain eladó 100 000 Ft szeretnének érte kapni. Mi a véleményetek?: https://hup.hu/node/169101#comment-2475683

Akkor viszont nincs baj. :)




Biztonsági incidens a LineageOS projektnél: https://hup.hu/cikkek/20200504/biztonsagi_incidens_a_lineageos_projektnel#comment-2476042

A többség viszonylag ritkán akarja az internet összes hostját menedzselni.




"OnePlus 8 Pro vs. iPhone 11 Pro Max": https://hup.hu/cikkek/20200419/oneplus_8_pro_vs_iphone_11_pro_max#comment-2471510

Én mondjuk épp most tervezek akksit cserélni a 3-ban, mert mostmár érezhetően vacak.




"OnePlus 8 Pro vs. iPhone 11 Pro Max": https://hup.hu/cikkek/20200419/oneplus_8_pro_vs_iphone_11_pro_max#comment-2472592

Ez irónia volt, vagy tényleg indokolnom kellene, miért cserélném?




"OnePlus 8 Pro vs. iPhone 11 Pro Max": https://hup.hu/cikkek/20200419/oneplus_8_pro_vs_iphone_11_pro_max#comment-2472848

Peace van, csak nem voltam benne teljesen biztos így írásban :)




több eszköz elérése, melyek ugyanazon belső IP-n vannak: https://hup.hu/node/169064#comment-2474767

Ha van managelheto switch akkor vannak vlanok, mindhárom cucc portja kulon vlan, az rpi fele trunk, rajta meg ip namespacek az ip utkozes miatt és csá. Ez utobbi egyébként kelleni fog a három ethernetes mókánál is, az ebből a szempontból mindegy, hogy fizikai vagy vlan interfacek vannak az eszközök fele.

Szerk, most latom hogy harom pit almodtal, nem kell, eleg egy. Azt meg meg kell nezni hogy harom har ethernet az olcsobb vagy valami ergya managelheto 5 portos switch




több eszköz elérése, melyek ugyanazon belső IP-n vannak: https://hup.hu/node/169064#comment-2474768

Linuxul ip namespacenek hívják, érdemes nevén nevezni, még akkor is, ha ezt hálózati eszközökben vrfnek hívják, itt ugyanis olyan épp nincs.




több eszköz elérése, melyek ugyanazon belső IP-n vannak: https://hup.hu/node/169064#comment-2474834

Hmm, ma is tanultam valamit, köszi. Bárcsak benne lenne az ip manjában legalább a see also ip-vrf.

(És egyébként puszi a hasukra, hogy ami nagyjából mindenhol máshol kb a külön teljes stacket jelenti, az náluk csak a route tábla szeparációt)




több eszköz elérése, melyek ugyanazon belső IP-n vannak: https://hup.hu/node/169064#comment-2474794

Szerintem teljesen felesleges az arpot bántani. 




több eszköz elérése, melyek ugyanazon belső IP-n vannak: https://hup.hu/node/169064#comment-2474826

Persze, ha egy buta switch meg egy gép van, akkor nyilván az arppal kell kezdeni valamit, de a mondat, amire reagáltam, az úgy kezdődött, hogy "Ez, meg .. az arp ..." Ha van valami plusz interface, akkor nem kell.

Illetve azért mire az ember ezt valamennyire kultúrra szopja ebtalbles + iptables + kitudjami segítségével, az lehet, hogy olcsóbb lesz, de egyszerűbb nem hiszem. Pláne, ha a készítő hálózati ismeretei a beteszek három rpit szeparáláshoz szinten vannak.




LED égők: https://hup.hu/node/153058#comment-2430786

Itt van a kezemben egy e27, 5.5w, 470 lumen, a nem tej üveges azt hiszem 490 volt.




Helyi hálózaton linuxos gépek nem látják egymást [MEGOLDVA]: https://hup.hu/node/168897#comment-2470202

SagemCom szolgáltatói router, port forward beéllítva

Mármint milyen, és hova?

Külső címről a router port forwardjával elérhetők

Mármint nem pingelni, ugye? 

Mindegyiket webcím:port úton elérem

Mi az a webcím, és honnan éred el?

 Ufw van telepítve,  ha kikapcsolom és restart, akkor sem megy...

Hova? És hol kapcsolod ki? És egyébként a kikapcsolás az nem véletlen valami lockdown jellegű státuszt jelent allow-all helyett?

Szóval összességében: megy egyáltalán bármi belső háló -> belső háló irányban? A kliensek egyáltalán hogyan csatlakoznak fizikailag? WLAN? Kábel? Van valami switch vagy egyéb eszköz? Hogyan kapnak címet?

Elsőre azt mondtam volna, hogy nézz rá tcpdumppal a kapcsolat két végére, de végigolvasva nem tiszta, hogy mi is történik a konfigodban...




Helyi hálózaton linuxos gépek nem látják egymást [MEGOLDVA]: https://hup.hu/node/168897#comment-2470401

Hát, a kérdések felét annyira nem sikerült megválaszolni :)

Mindhárom gépen ufw tűzfal konfigurálva. Lehet ez a baj? Jobb volt az iptables? ufw disable, restart, ufw enable, restart volt.

Az attól függ, melyiket tudod használni :) Az ufwt nem ismerem, de a manja alapján kikapcsolt állapotban valami default deny policy van.

Én egyrészt felvenném a logleveljét, másrészt simán ránéznék az elérhetetlen gépen tcpdumppal. hogy megjönnek-e a csomagok amikor valami más próbál kapcsolódni.

Ha igen, akkor a tűzfalat nézném, ha nem, akkor a routert. 

(Esetleg extrém hülye esetben ha az output láncon is szűrsz, akkor a kimenő gépről is nézném, hogy egyáltalán ki tud-e menni a csomag)




Helyi hálózaton linuxos gépek nem látják egymást [MEGOLDVA]: https://hup.hu/node/168897#comment-2470536

Akkor a log / tcpdump nézést két olyan gép között nézd meg, ami a switchre csatlakozik.

Illetve nézz egy 

iptables -L -n -v 

és a biztonság kedvéért egy

 ip r get <másik-gép-címe>

, hogy nehogy valami elkefélt maszk miatt a default gw irányába menjen.




Helyi hálózaton linuxos gépek nem látják egymást [MEGOLDVA]: https://hup.hu/node/168897#comment-2470804

Látom, hogy próbálkozol, de ne rángass egyszerre nyolc dolgot, mert sose jövünk rá, hol van a baj.

Először is, minden olyan gépet, ami wifin lóg, vagy a routerre van dugva felejts el egy pillanatra. A két teszt eszköz legyen a switchen. Így ki lehet zárni, hogy a sagem kever be valami obskúrus hülyeséggel (kivéve, ha még a routeok is el vannak cseszve, de az az ip r alapján talán nincs).

Másodszor is, próbáld meg átadni, hogy mit csináltál, és akkor éppen mi történt, mert így lehetetlen követni. Nem tudjuk, melyik gépen futott a tcp dump, nem tudjuk, az iptableskor ki volt-e kapcsolva a tűzfal, ilyesmi. Az sem segít, hogy szelektálva copypasztázod mondjuk a tűzfal konfig tartalmát.

Alapvetően azt kellene megnézni, hogy mikor nem megy, akkor hol akad el. A folyamat kb a következő, mikor kiadod a ping parancsot

  1.  Először is végig megy egy arp kérés-válasz a két gép között:
    • ki tudja <kliens-ip> mac címét?
    • <kliens-ip> mac címe <valami>
  2. Aztán megy egy
    • icmp-echo-request és
    • rá válaszul egy icmp-echo-reply

(Kicsit bonyibb, mert nem biztos, hogy van arp, illetve simán lehet egy az icmp request és reply között, ha a szerver nem tudja épp a kliens mac címét)

Mindkét csomag a következő útvonalat járja kb be ("kissé" leegyszerűsítve a dolgot):

  1. kliens (ping forrás) routing tábla
  2. kliens tűzfal (tűzfal logolással lehet ellenőrizni, esetleg interface és tűzfalszabály számlálók bámulásával)
  3. kliens kimenő interface (tcpdumppal lehet ellenőrzni)
  4. fizikai réteg (switch)
  5. szerver (ping cél) bejövő interface (tcpdump)
  6. szerver routing
  7. szerver tűzfal (tűzfal log)
  8. szerver program válasz csomagot csinál (ez ping esetében a kernel, de az most kb mindegy), majd a csomag szépen elindul visszafele
  9. szerver routing
  10. szerver tűzfal
  11. szerver interface
  12. fizikai réteg
  13. kliens interface
  14. kliens routing
  15. kliens tűzfal
  16. a ping, amit örül a pongnak

Kb a következőt lehet tudni:

Nekem az az érzésem, hogy az ufw disable meg reset nem azt jelenti, amit gondolsz, hanem egy alap, elég restiktív szabályrendszert. A durván lecsupaszított iptables default DROPjából az inputon én erre következtetnék, főleg, hogy ha jól értem, a tcpdump a szerveren készült, ahova a csomag még bejött, ki meg már nem ment, szóval valahol a 6-10 pont között halálozott el, az meg kreténül elbaszott routingot leszámítva a tűzfal. Szóval olvasd el annak az izének a manját.




Zabbix hálózati topológia rajz automatikusan: https://hup.hu/node/168938#comment-2471593

Majd plz számolj be, hogy meg lehet-e úszni az alarm stormot




Webkamera etikett: https://hup.hu/node/168859#comment-2470550

volt kolléga, aki addig baszakodott, hogy bekapcsolt a camje, egy idő után a többiek megkérdezték, hogy nem akart-e pólót felvenni? :)




www.otpbank.hu cert wtf: https://hup.hu/node/168817#comment-2467743

Valami visszaált a hétvégén backupból :D

Amit most mutat, azt augusztus 5-én állították ki, szóval úgy tűnik, egyszer már normál időben lecserélték...




www.otpbank.hu cert wtf: https://hup.hu/node/168817#comment-2467758

mikor én írtam, már a digi irányából is jó volt




www.otpbank.hu cert wtf: https://hup.hu/node/168817#comment-2468102

butthurt much? neked sikerült elcseszni? :)




Sudo - Segmentation Fault (Rpi): https://hup.hu/node/168802#comment-2467944

Most nézem, hogy adott esetben tényleg eltörheti, ami vicces.

inkább ijesztő. Egy security tool config file parsolási hibát ne segfaulttal honoráljon, mert arról nehéz belátni gyorsan, hogy nem exploitolható. 




Sudo - Segmentation Fault (Rpi): https://hup.hu/node/168802#comment-2468049

kb: 

docker run -ti --rm -v /:/realroot ubuntu:18.04 bash



Sudo - Segmentation Fault (Rpi): https://hup.hu/node/168802#comment-2469117

OFF

Ami azért tegyük hozzá, hogy erősen dokumentálva is van.

Nekem ezt egyébként a bekapcsolt selinux policy simán megfogta, bár valószínűleg a -v /:/realroot:Z megoldaná, csak nem bízom benne, hogy nem labelezi fel valami faszsággal az egész /-emet, ha kipróbálom :)

Illetve érdemes megszemlélni a podmant, ami azt állítja magáról, hogy alias docker=podman és jó lesz, daemonless megy, és egyébként megy rootless is, bár elnézve a listát a megy egy kicsit erős kifejezés még. Megyeget, mondjuk.

Illetve a minden jó lesz is egy kicsit erős, pl a volumeokat -- egyébként teljesen helyesen -- noexec mountolja defaultból, ami miatt valószínűleg a docker hubos random scriptnyelves konténerek, amik nagyrészt úgy kezdik, hogy mountold a kódodat és indítsd egy kicsit kevésbé lesznek boldogok.

ON




Sudo - Segmentation Fault (Rpi): https://hup.hu/node/168802#comment-2469307

Nem bántani szeretném, nekem is szimpi projekt, csak amíg a listán olyanok vannak, hogy 1024 alatti portot nem tud bindelni, meg a resource limiteket silently ignorálja, ha nincs cgroups v2 (illetve az, hogy a doksi ezen részét nem frissítették, pedig azóta már van, mert feljebb írtak is róla) azok azt implikálják, hogy azért ez még nincs tejesen készen. Fejlesztés közben valószínűleg rendben van, nyilván ha kell, te is indítasz egy dockert, csak még prod readynek nem hangzik egy ilyen.




Neked hasznos lenne, ha az AltGr+Ő , AltGr+Ú kombinációk a × és ÷ helyett ( és ) karaktereket jelentenének?: https://hup.hu/szavazzasok/20200407/neked_hasznos_lenne_ha_az_altgr_o_altgr_u_kombinaciok#comment-2465609

Csodálatos volna, ha olyan tempóban tudnék kódolni, hogy a határidőben észrevehető legyen, hogy gyorsabban tudom leütni a speckó karaktereket.

Bakker, ti mi az istent csináltok, hogy ez számít? Mert én az idő jelentős részét gondolkodással töltöm ilyenkor, nagyjából nettó rohadt mindegy, hogy esetleg kényelmetlenebb leütni valami billentyűt.

Igazából rohadt ijesztő lehet, aki napi 8 órában (de legyen 4) folyamatosan pötyögve önti magából a kódot. Baszki, az prózából is sok, én nem szeretném, hogy olyan kódbázisban történjen ilyen, amihez nekem is közöm van, szóval mégse volna csodálatos.




Neked hasznos lenne, ha az AltGr+Ő , AltGr+Ú kombinációk a × és ÷ helyett ( és ) karaktereket jelentenének?: https://hup.hu/szavazzasok/20200407/neked_hasznos_lenne_ha_az_altgr_o_altgr_u_kombinaciok#comment-2465823

Ez mennyiben válasz a felvetésemre?




Neked hasznos lenne, ha az AltGr+Ő , AltGr+Ú kombinációk a × és ÷ helyett ( és ) karaktereket jelentenének?: https://hup.hu/szavazzasok/20200407/neked_hasznos_lenne_ha_az_altgr_o_altgr_u_kombinaciok#comment-2466195

Az első és a második mondatodnak így nem függ össze.

Ha nem érted mire gondolok, válts át fejlesztéshez mondjuk francia, vagy szlovák kiosztásra, és megérted, hogy milyen amikor az ember kűzd a billentyűzettel kódolás közben.

Nyilván, akkor is küzdök vele, ha csak a bal könyökömet, meg a jobb szemöldökömet használhatom, de ennek semmi értelme. Nyilván azt hasonlítjuk össze, hogy tud valaki normális sebességgel gépelni a magyar kiosztáson.

Akinek kényelmes ez a leosztás is az az ember gyorsabban fejleszt benne.

A kérdés az, hogy mennyivel. Mert az elhangzott állítás az volt, hogy aki határidőre kódol, annak megérheti. Az meg azért implikálja, hogy az egy érdemi mennyiség. Szerintem meg nem hogy érdemi, de gyakolatilag mérhetetlen. Most for the fun of it megnézem, amin mostanában kódolok, ha van időm, az összességében kb 1000 sor, gyors grep után van benne kb 120 class/def/if, ez ha nem python lenne, jelentene 240 {}-párt, meg 820 valamilyen zárójel, összesen kb 1100 spec karakter. Ezt viszonylag sokat refaktoráltam, szóval lehet hogy összesen volt az inkább 2000. Attól meg elegánsan tekintsünk el, hogy a felét nem én írtam le, hanem az ide. Tegyük fel, hogy minden ilyen leütés fél másodperccel lassabban megy. Az mennyi, tizen pár perc? Úgy, hogy lófaszt fél másodperc az, sokkal közelebb van mondjuk az egytizedhez. Tudtam volna spórolni 5 percet. Azt a rohadt, már szokok is át.




Neked hasznos lenne, ha az AltGr+Ő , AltGr+Ú kombinációk a × és ÷ helyett ( és ) karaktereket jelentenének?: https://hup.hu/szavazzasok/20200407/neked_hasznos_lenne_ha_az_altgr_o_altgr_u_kombinaciok#comment-2466288

Annak aki angolul is gépel annak jobban kézreáll, és ezt ő mérhető teljesítménynövekedésként érzékeli. Ezt nem vagy hajlandó figyelembe venni, erre hoztam fel példának, hogy milyen az, ha valaki nem kényelmes kiosztást használ.

Itt nem annak az időnek a megspórolásáról van szó, amíg leütöd a billentyűt, hanem a koncentrációvesztést, amit a kényelmetlen leosztáson a billentyűkereséssel töltesz.

Azért nem vagyok hajlandó figyelembe venni, mert még mindig baromság. Az van, hogy ha a magyaron nem tudsz normálisan gépelni, akkor persze hogy gyorsabb. Márpedig a billentyű keresgélés az a nem tudsz rajta gépelni kategória. Összehasonlítani csak azt van értelme, ha aki gépel, az mindkettőn normálisan gépel. És akkor bizony a növekmény csak az, hogy mennyivel lassít, hogy altgr-ezni kell egy gombot.




Neked hasznos lenne, ha az AltGr+Ő , AltGr+Ú kombinációk a × és ÷ helyett ( és ) karaktereket jelentenének?: https://hup.hu/szavazzasok/20200407/neked_hasznos_lenne_ha_az_altgr_o_altgr_u_kombinaciok#comment-2466303

Mármint mit vegyek még figyelembe? az állítás az, hogy az US kiosztás jobb, mert mérhetően hatékonyabb. Azokkal a faktorokkal, hogy valakinek az jobban benne van az ujjában teljesen felesleges foglalkozni ennél az állításnál. Ezek egyéni izék. Ilyen alapon a magyar kiosztás jobb, mert én speciel az angolon keresem, hogy mi hol a pékben van. Szóval ha valakinek kényelmes a magyar leosztás is az az ember gyorsabban fejleszt benne.




Neked hasznos lenne, ha az AltGr+Ő , AltGr+Ú kombinációk a × és ÷ helyett ( és ) karaktereket jelentenének?: https://hup.hu/szavazzasok/20200407/neked_hasznos_lenne_ha_az_altgr_o_altgr_u_kombinaciok#comment-2466325

Ismerem én, évekig gépeltem felváltva, de nem szerettem, és az egyik mellett kellett dönteni. 

De továbbra is, nem teljesen mindegy. Te állítod azt, hogy akik mindkettőt ismerik, azoknak jobb. Kérlek: mitől jobb? És újfent szeretném felhívni a figyelmedet arra, hogy az "amit a kényelmetlen leosztáson a billentyűkereséssel töltesz." az a nem ismerem a kiosztást kategóriába tartozik. Szóval ha csak annyit tudsz mondani, akkor nincs értelme vitatkozni erről, mert nem ismered csak az egyik oldalt.




Neked hasznos lenne, ha az AltGr+Ő , AltGr+Ú kombinációk a × és ÷ helyett ( és ) karaktereket jelentenének?: https://hup.hu/szavazzasok/20200407/neked_hasznos_lenne_ha_az_altgr_o_altgr_u_kombinaciok#comment-2466494

Mert nem szerette az agyam a váltogatást. Ez nyilván egyéni preferencia, ezért nem fejtettem ki hosszabban, ne haragudj.




Neked hasznos lenne, ha az AltGr+Ő , AltGr+Ú kombinációk a × és ÷ helyett ( és ) karaktereket jelentenének?: https://hup.hu/szavazzasok/20200407/neked_hasznos_lenne_ha_az_altgr_o_altgr_u_kombinaciok#comment-2465607

azért vegyük észre, hogy a reakció az enyhén lesajnáló "Mégis ki használ magyar kiosztást?" felütésre érkezett reakcióként




Neked hasznos lenne, ha az AltGr+Ő , AltGr+Ú kombinációk a × és ÷ helyett ( és ) karaktereket jelentenének?: https://hup.hu/szavazzasok/20200407/neked_hasznos_lenne_ha_az_altgr_o_altgr_u_kombinaciok#comment-2466304

Dehogynem, elitistáéknál :)




Videochat technikailag korlátozottaknak: https://hup.hu/node/168732#comment-2465380

"Ismerem az idős emberek és a technológia viszonyát (80+-os nagyszülők), nem akarják egyszerűen befogadni az újdonságokat, bármennyire is egyszerű"

Hát, feleségem 90+os nagymamája ehhez képest simán kerülgeti tableten a google photos "képet nem sikerül betölteni" bugját gondolkodás nélkül, és mikor épp nem volt más jelen, simán felvette, és megszakadás után! visszahívta skypeon az unokát egérrel a laptopon, úgy, hogy szerintem előtte sose használta, csak nézte.

Szóval bár a jelenség ismert, nem biztos, hogy jó abból kiindulni, hogy úgyse fogja érteni, mert simán lehet, hogy mégis, messze nem ez az egyetlen ellenpélda, amit láttam...




12,5 cm: https://hup.hu/node/167129#comment-2418494

akkor jobb ha eltakarodik az anyjába.

A képekhez nem szeretnék hozzászólni, mert nem is láttam, meg nem is érdekelnek (mielőtt, a Borkaié sem, abból is csak a lukas zoknisat láttam valami mémen, ha ebből is lesz, biztos ezt is látni fogom), de azért azt tegyük hozzá, hogy annyival több gerince volt a faszinak (vagy a gazdáinak), hogy pontosan ezt tette. Unlike Borkai ugye, aki a családdal fényképezkedett, meg csakazért is elindult.




12,5 cm: https://hup.hu/node/167129#comment-2418820

Akkor felesleges volt hozzászólnod. 

Miért, ha nem láttam a képeket, akkor nem tudok szólni, hogy dehát elhúzott miattuk, ahogy szerinted tenni kell?

Amikor rákérdeztek, hogy hogyan került nyilvánosságra a kép, arra mit mondott ez a gerinces ember?

Fogalmam sincs, nem olvastam a bulvárt. Viszont nem azt mondtam, hogy gerinces, hanem hogy Borkaihoz képest. Azért az nem nagy fegyvertény, attól még lehet ez is egy büdös gyökér.

De milyen jól is tette. Ha nem tette volna, egy közös képviselőnek sem való bolond vezetné most Győrt. 

Össze vagyok zavarodva, most akkor el kell takaródni az érintettnek az anyjába, vagy nem? Vagy van valami finom kis kettősmérce?




12,5 cm: https://hup.hu/node/167129#comment-2419104

Dehogy, a négerek meg az arabok dobálták tele ~10 évvel ezelőttig az összes megállót csikkel, míg vissza nem lett vezetve az úriember nem köp a földre, a többieknek meg kurvára tilos. :)




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-2457735

Lefordítom neked a "a feltételezés feledésbe merült" eufemizmust: a kutyát nem érdekelte, míg egy válságmeetingen ki nem kellett találni, hogy magyarázzuk meg, hogy felrobbantottuk a drága berendezést :D




Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2420884

Ez annyira szép, hogy be kéne kereteztetni :)

Egyrészt meg a nyünnyögés, hogy a systemd mindent bezabál, és miért nem lehet ezeket a funkciókat helyettesíteni mással, aztán mikor rájöttök, hogy lehet, akkor meg megy a nyünnyögés, hogy hát az macera.




Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2421800

Kedves TCH, hazudozik az ángyikád térde kalácsa, az, hogy kulturáltan fogalmazzak. Eleve nem tudom, hogy lehetne a véleményem hazugság. Az ugyanis a véleményem. Az meg, hogy abszurd baromság-e? Ha szerinted nem, akkor ideje lenne csavarnod az ide vonatkozó kommunikációd(on/tokon), mert 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, é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, vagy legalább annyit, hogy ami nektek ideológiailag showstopper seggfájás, az nem biztos, hogy mindenkinek az. A linkelt topikban is azonnal oda jut a rendkívül pragmatikus Raynes, hogy aki szereti, az perverz. Szóval de, innen nézve szerintetek a systemd a patásördög, még akkor is, ha a kognitív disszonanciátok akadályoz benneteket ennek felismerésében.

Az meg, hogy mindemellett időnként láthatólag még fogalmatlanok is vagytok, az csak bónusz. Itt is jópofa pl, hogy Raynes szerint már ott a dependency, holott kb 60 sec scrollozás után az --  egyébként előtte az sose láttam -- swayvm doksijából elég hamar kiderül, hogy biztos, hogy nem kötelező hozzá a systemd-logind: On systems without logind, you need to suid the sway binary. Mivel emlékeim szerint a gentoon már tizennagyonsok éve is kb. az volt a függőség, ami kellett a compilehoz, ezért élek a gyanúperrel hogy nem függőség az most sem.

Az se merül egyébként fel, hogy a sway gondolom azért használja a logindt, mert pl nem akarnak a session kezeléssel szívni, hanem -- tudod, olyan unixos módra ;) -- kiszerveznék egy helyre, hogy ott jól legyen lekezelve, és ne legyen mindenkinek saját megoldása rá, ők meg fejlesztenének tiling vmt inkább.

Ja, meg az sem tűnik fel, hogy az elogind egyébként nem helyettesíti a systemd-logind-t, hanem konkrétan a systemd-logind, csak lehet önállóan futtatni. Nyilván azért, mert szerintetek ilyet egyébként a monolitikus systemdvel nem lehet ;)




Ajanljatok nemsystemd-s distrot (desktop): https://hup.hu/node/167199#comment-2421956

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.

Dehogy fogom belinkelni. Ezt azért nem, mert ilyet konkrétan nyilván nem mondtál, ez ugyanis, ha nem annyira megy a magyar nyelv eszköztára, nyilvánvalóan az én sarkított interpretációm volt az álláspontotokról. É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 (Pláne, hogy a timereknél pl pont nem sikerült felfognod, hogy abban pont az a trúváj, hogy unitokat basztat).

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.

A többit meg azért nem fogom előásni, mert annyira nem érdekel, meg már ezerhatszázhuszonháromszor le lettek ezek mind futva, szóval csak szemezgetni fogok :) (És még mielőtt megint kitalálnád, hogy hazudok, nem számoltam meg lehet, hogy csak 1618 volt)

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?

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). 

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.

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.

Az ez után leírtak meg végig Raynes-ről szóltak; akkor mi ez a többes szám? 

Mivel az eredeti idézet is mindkettőtökről szólt, példák meg most ezek voltak fejben meg, sajnálom, hogy egy kalap alá vettelek titeket, amikor konkrétan te épp ebben valóban nem is voltál jelen.

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...

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. Egyszerűen csak ebben a témában általában úgy tűnik, hogy arról érdemes mesélni nektek, amit a systemdből nem láttok / értetek, ezért gondolom úgy tűnik, mintha én a többit lenézném, amikor a systemdt "védem" (valójában csak próbálom nem fekete-fehérré tenni)

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,

Aljas hazudozás még mindig a tudod mi :) Személyetekről annyit állítottam, hogy veletek erről nem érdemes beszélgetni (pláne nem azon a vonalon, ami onnan indult, hogy hogy lehet ez valakinek a kedvence, érdemes ám a kontextus is nézni), ezt továbbra is tartom, sajnálom, ha ez neked rosszul esik. Vallási fanatikusnak nem akartalak beállítani (komolyan fel sem merült bennem a patásördög kifejezés ilyen explicit értelmezése, míg meg nem láttam, hogy te ebből ezt vonod le) az agyatlant és a birkát azt te költötted most hozzá. 

azaz pontosan azt csinálod, amivel minket vádolsz hamisan. És akkor még neked áll feljebb.

Bocs, mit is? Mármint mit csinálok én, amivel titeket vádollak? Mert systemd vallási fanatizmust biztos nem, olyat meg nem állítottam rólatok, hogy ti személyeskednétek (bár ugye megintcsak onnan indultunk, hogy Raynes leperverzezett mindenkit, akinek esetleg a systemd tényleg tetszik.) 




-1 gomb: https://hup.hu/node/167977#comment-2443246

Tudom, hogy már be vagy feszülve, de ez konkrétan merült fel igényként az eltelt hónapok elején is.




1 millió tanúsítvány visszavonását elhalasztotta a Let's Encrypt: https://hup.hu/cikkek/20200305/1_millio_tanusitvany_visszavonasat_elhalasztotta_a_lets_encrypt#comment-2447681

A technológia ugyanaz, a validációs eljárás más.




[KV] ...mindenki nyugodtan...: https://hup.hu/node/168133#comment-2447406

azoktól a jogszabályoktól mentsen meg a jó isten, amibe nem lehet belemagyarázni.




[KV] ...mindenki nyugodtan...: https://hup.hu/node/168133#comment-2447534

Lemaradtam, és már annyira elorhaladt az illiberácia, hogy megint tervgazdaság van?




[KV] ...mindenki nyugodtan...: https://hup.hu/node/168133#comment-2447543

Lehet :-)




fish shell: https://hup.hu/node/167963#comment-2442431

A többiekhez még azt tenném hozzá, hogy egészen jó themek vannak, amik fancy powerlineos kimenetbe tesznek bele normálisan egy csomó mindent automatán, pl git branchet, hogy le vagy-e maradva, python venvet, pipát meg xet az utolsó return value alapján, lassabb parancsoknál futás timeot, ilyesmiket. Én a budspencert használom, de van egy csomó.

Illetve nagy királyság még a beéptett 'd', ami könyvtár historyban hagy ugrálni választással, meg a bookmarkok, ahol meg el tudod tenni a favorit mappákat, és tök hasnonlóan működik (megmarkolod a könyvátrat, aztán ott lesz az 'm' kimenetében, beírod, hogy 8, és ott vagy.)

Én szeretem a suggestionjait, amiket valamennyire tanul, meg a tabtabját, amiben lehet nyilakkal is közlekedni. 

Igazából semmi olyat nem tud, amit egy rendesen belakott bash vagy pláne egy zsh ne tudna, de kicsit olyan érzésem van, mint amit vagy 15 éve az ubuntu tudott, hogy ez kb ugyan az, mint a debian, csak nem kell három napig konfolni, hogy kézreáljon.




DNS-over-HTTPS (DoH) engedélyezése Firefox böngészőben: https://hup.hu/cikkek/20190707/dns-over-https_doh_engedelyezese_firefox_bongeszoben#comment-2365170

Mondjuk ha az SNI encryptelve van ezzel a módszerrel, akkor egy kicsit nehezebb lesz a buli, mert nem látod, hogy milyen certet kellene hazudni a kliensnek.

Mondjuk pont ennél DoH-nál kicsit tyúk-tojás, mert ugye a publikus kulcs is a dnsben van, szóval ott ezt vagy nem játszák, vagy a sima dnssel játszák, akkor meg tulajdonképpen bele lehet harákolni egy saját publikus kulcsot. Kivéve, ha DNSsec, bár lehet azellen az se véd.

Szóval azért elsőre nem triviális :)




A Safari nem fog megbízni a 13 hónapnál régebbi tanúsítványokban: https://hup.hu/cikkek/20200225/a_safari_nem_fog_megbizni_a_13_honapnal_regebbi_tanusitvanyokban#comment-2444723

Tudnál mondani egy példát, hogy mire gondolsz?




A Safari nem fog megbízni a 13 hónapnál régebbi tanúsítványokban: https://hup.hu/cikkek/20200225/a_safari_nem_fog_megbizni_a_13_honapnal_regebbi_tanusitvanyokban#comment-2444728

Na jó, de a tanúsítvány azt tanúsítja, hogy ez a domain az a domain (nyilván durván leegyszerűsítve), ez ebből a szempontból nem külső ok szerintem. De biztosan nem olyan, hogy szerintem invalid, mert nem lehet az egyik mező szerintem annyi, amennyi.




A Safari nem fog megbízni a 13 hónapnál régebbi tanúsítványokban: https://hup.hu/cikkek/20200225/a_safari_nem_fog_megbizni_a_13_honapnal_regebbi_tanusitvanyokban#comment-2444888

Ó, ezt is ismerjük. :) Még nem döntöttem el, hogy annak a kezét kéne inkább eltörni, aki ez leimplementálta, ráadásul úgy, hogy nincs leszarom gomb (ami egy általános kliensnél teljes mellélövés, igen is legyen meg a lehetősége, hogy "értettem, hogy ez szerinted rettenetes, de csináld, lábon akarom lőni magam), vagy az emberét a dellnél, aki szerint jó ötlet valami ilyen összeakadó certeket kopipasztálni az idracekbe. Ezzel együtt ez még mindig olyan, hogy működésre visszavezethető: azért nem fogadom el, mert ezen a kliensen láttam már ilyen serialt, és ennek nem szabadna így lennie, valami baj van. És ez egyébként igaz is, mégha elég broken is itt az egész PKI, de  ez még mindig nem az "érvénytelen, mert a fejlesztő cégnek nem tetszik" kategória.




A Safari nem fog megbízni a 13 hónapnál régebbi tanúsítványokban: https://hup.hu/cikkek/20200225/a_safari_nem_fog_megbizni_a_13_honapnal_regebbi_tanusitvanyokban#comment-2444722

Van mar ilyen egyébként, nem túl rég kezdte a chrome, hogy ha nincs dns típusú subjectAltName, akkor dobja az errort, hiába passzol a CN.




A Safari nem fog megbízni a 13 hónapnál régebbi tanúsítványokban: https://hup.hu/cikkek/20200225/a_safari_nem_fog_megbizni_a_13_honapnal_regebbi_tanusitvanyokban#comment-2443678

Hát, közösen taknyolni biztos olcsóbb, mint végre kitalálni valamit a broken trust modellre.




A Safari nem fog megbízni a 13 hónapnál régebbi tanúsítványokban: https://hup.hu/cikkek/20200225/a_safari_nem_fog_megbizni_a_13_honapnal_regebbi_tanusitvanyokban#comment-2444075

Szóval jobb lenne a kalap szar modellel csinálni valamit [s]szarkenegetés[/s] az ACME és a letsencrypt pofátlan tolása mellett. ;)

Főleg, hogy tulajdonképpen ki is csinálja azt a modellt? Mármint alapvetően ők szarják a spanyolviaszt a CAknak, szóval pl a kliens oldali technikai baszakodás helyett akár lenyomhatnák azt is, hogy mostantól akkor teszünk be, ha nem adsz ki egy évnél hosszabb certet. Nyugodtan lehet kérni ilyet, hiszen megbízunk bennük. Ugye? Mert ha nem, akkor pl kurvára mindegy, hogy 1 évig bízunk meg mégiscsak bennük, vagy tovább ;)




A visszatartó erő: https://hup.hu/node/167855#comment-2442218

Neki meg tilos villogni és nem betartani a követési távolságot.

(Hozzátette)




A visszatartó erő: https://hup.hu/node/167855#comment-2442394

No mégegyszer... Attól, hogy szabálytalan, te még nem állhatsz neki szabálytalanul villogni és követési távolságot nem tartva letolni. Ennyi.

(Egyébként pedig szó nincs arról, hogy szabálytalan lenne, hogy szépen megelőzi a külső sort. Akkor sem, ha az Budapesttől Balatonig tart.)




A visszatartó erő: https://hup.hu/node/167855#comment-2440735

És igen, akkor is el kell engedned, ha szabálytalanul közlekedik.

Ezt ugyan már többször kifejtetted, de továbbra sem lesz igaz. Akadályozni és zavarni csak a szabályosan közlekedőt lehet. Ha ugyanis ez nem igaz, és indokolatlanul zavarom főúton kilencvennél az agresszív kismalacot, akinek benne van a zabszem a seggében, akkor indokolatlanul zavarom azt az agresszív kismalacot is, aki a becsatlakozó útról akar a stoptábla mögül kijönni azt leszarva. Egyszerűen az egész rendszer darabjaira hullik, ha ezt az akkor is meg kell neki adni mindenfélét, ha egyébként szabálytalan érvelést elfogadjuk.

Ráadásul a sebességkorlátozás a kresz alapján semmiféle "ennyivel kell haladni, ha minden jó" kitételt nem hordoz. (Ahol igen, ott bizony explicit le van írva, hogy mennyi a minimum). Szóval marad a gumijogszabály annak megítélésére, hogy indokolatlanul zavart-e, mikor hetvennel ment. Mellékszál, de még a zavarás sincs definiálva, szóval még az se biztos, hogy egyáltalán ez történt, de az indokolatlanság meg teljesen szubjektív. Ugyanis az is lehet simán indok, hogy mama a jobb egyen nem szeret 70nél gyorsabban menni, meg az is, hogy tetszett a táj. Sok sikert a bizonyításhoz, hogy nem valid :)

Ezzel együtt természetesen én is azt gondolom, hogy tessék szépen segíteni a másikat, mert az úgy normális, és különben nem fogunk tudni közlekedni, mert sokan vagyunk, és tessék haladni, amennyire lehet. Engem is tud idegesíten, ha valaki "baszakszik" előttem, én meg mennék. De azt azért észre kell venni, hogy a kresz alapján te nem leszel szabálytalan, ha a másik az, és emiatt akadályoztatva érzi magát, és a türelmetlen seggbemászó rángatózónak nagyságrenddel nagyobb a baj a fejében, mint papinak, aki nyugiban tolja 65-el, szóval tessék szépen venni egy nagy levegőt, aztán tudomásul venni, hogy mások máshogyan.




A visszatartó erő: https://hup.hu/node/167855#comment-2441182

Hol van leírva az "akadályozás" definíciójában a "szabályosan közlekedik" feltétel?

Nem kell benne lennie, mert nem ott a helye. Nem írjuk minden szabály mögé, hogy "csak ha a másik szabályosan közlekedik".

 A biztonságos és zavartalan közlekedés alapvető feltétele, hogy a közlekedési szabályokat mindenki megtartsa és számíthasson arra, hogy azokat mások is megtartják. 

Itt van benne, ebből bizony következik. Meg a józan észből. Kérlek próbáld meg még egyszer elolvasni amit írtam, hátha most menni fog. Az nem működik, hogy aki le akarja szarni a szabályokat, azokat is figyelni kell. Mert akkor zavarod a stoptábla mögül kijövőt, zavarod az index nélkül sávváltót, az elfogyó sávból rád húzót, meg az összes többit, aki valamilyen szabályt nem tart be. Gondolom egyetértünk benne, hogy ez butaság. És mivel az sincs benne, hogy kivéve a mögötted gyorshajtani kívánót, na, azt mégiscsak zavarod, ezért maradjunk annyiban, hogy azt sem zavarod.

Önkéntesrendőrt játszani tilos.

Hehe, már az előzőben is gondoltam leírni, de valahogy éreztem, hogy ez fog jönni, köszi :) Szóval igen, egyetértünk, önkéntes rendőrt játszani tilos. Ezért is igen röhej, hogy a hátsó osztja az észt, hogy a másiknak semmi köze hozzá, hogy mennyivel akar menni, de ő aztán húzódjon le, meg segítsen, meg ne tartsa fel indokolatlanul, mert az tilos. Tessék mondani, ez nem önkéntes rendőrködés? Dehogynem. Arról nem beszélve, hogy mikor az első megy szabályosan, akkor nem önkéntes rendőrködik, ugyanis alapvetően szarik rá, hogy a másiknak mögötte zabszem van a valagában, szóval max intoleráns barom. Ellenben ugye zabszemes kollégával, aki viszont aktívan szeretné megmondani, hogy mit csináljon a másik.

Szóval ez sajnos az igazi büdösbunkó érvelés, hogy én azt csinálok amit akarok, és mindenki csinálja úgy, ahogy szerintem kell, mert szabálytalankodni tilos, de ha valaki veled akarja közölni, hogy szabálytalankodni neked is tilos, és tartsd be nyugodtan a 90et, akkor azt ő természetesen nem teheti, azt ugyanis csak és kizárólag neked privilégiumod, hogy megmondd, hogy kinek hogyan kellene. Sajnos nem.




A visszatartó erő: https://hup.hu/node/167855#comment-2441685

Igen, láttam azt az ítéletet. Sajnálatos, és szerintem hibás. Mivel a gyakorlatban ezeket nem szokták az autósnak adni, ezért élek a gyanúperrel, hogy a másodfok ezt el fogja kaszálni.

A többire valami?




A visszatartó erő: https://hup.hu/node/167855#comment-2439009

Mármint ahol normálisan ki van téve (ezt egyébként valami KPM rendelet vagy ilyesmi elő is írja a közút-kezelőnek). Ellenben némi túlzással minden felújításon általában ki van baszva egy 60-as vagy 40-es az első gödör előtt 15 méterrel. (Oké, mínusz autópálya, bár az ott sem nagyon rémlik, hogy eljátszanák a 110-90-60 mókát konkrét táblákkal, leginkább csak előjelzik, hogy meló lesz, és 60 lesz. )




A visszatartó erő: https://hup.hu/node/167855#comment-2439038

erről nem tudok, a "mindigre" reagáltam. Én is csodálkoznék ha lenne ilyen normál esetben, de mondjuk ahogy néha dolgoznak, lehetetlennek sem tartom :)




RE: Revolut - a valóban ingyenes bankolás: https://hup.hu/node/165419#comment-2382974

Én fizettem már indigós lehúzóval a dombornyomott debitemmel (unicredit, de szerintem az indigónak mindegy volt).




RE: Revolut - a valóban ingyenes bankolás: https://hup.hu/node/165419#comment-2383032

USAban pont nem, Horvátoknál volt valami, meg a fasz se tudja már hol a távolkeleten. Ha az USA mint kritérium szerepelt feljebb, akkor elnézést.

Egyébként belőlük pont kinézem, még csekkeznek is...




RE: Revolut - a valóban ingyenes bankolás: https://hup.hu/node/165419#comment-2383945

Azt rendszeresen kell küldeni, bár cvv-vel még pont nem próbálkozott nálam senki. Sokat elmond, hogy rendszeresen meg is tudják terhelni előzetesen a kártyát, szóval kb szart nem ér egyébként az egész security körülötte.




RE: Revolut - a valóban ingyenes bankolás: https://hup.hu/node/165419#comment-2383968

Tudom, hogy így megy. Szóval kb faszt nem ér az egész :)




Privát fórum üzemeltetési tapasztalat nélkül: https://hup.hu/node/168016#comment-2444135

Az emaillel az a gond, hogy hosszúra nyúló szálakban, amikor 10 ember reagál kereszbe kasul alszálakra, akkor elég áttekinthetetlen lesz.

A legtöbb levelező egész normálisan tud threadelni. (A gmail nem, sajnos)




Privát fórum üzemeltetési tapasztalat nélkül: https://hup.hu/node/168016#comment-2444762

Tudom. De az elég vacak. Igazából az gmail elég vacak. Bár a vastagklienses levelezők is. Lehet öregszem :-)




[Keresek] Könnyített anyagot programozás elméletéhez: https://hup.hu/node/165964#comment-2392208

Nem, az a shebang, míg fel nem fedezik a justice warriorok.




[Keresek] Könnyített anyagot programozás elméletéhez: https://hup.hu/node/165964#comment-2392220

Neked mindegy, nem jársz olyan helyen, ahol hasznaljak. De alapvetően egy #-tel kezdődő label, amivel topicokat lehet aggatni a mondandódra a mindenféle közösségi mediaban. Pl beleteheted az a twitter okoskodasba, hogy #migrancs, hogy ra lehessen találni, ha valakit ez érdekel.

Egyébként rémesen idegesítő az egész, túl van tolva, 30 fölött pl fizikai fájdalom ezek miatt egy instagram megtekintése.




RedHat httpd telepítése binary csomagból egy megadott könyvtárba: https://hup.hu/node/168009#comment-2443697

És mi lenne, ha az ember, aki azt üzemelteti, felrakna egy apacheot, és bokonfolná, ahogy kell? Elég broken modellnek tűník, hogy a külső beszállító taknyoljon magának egy komplett httpdt jogosultság mizéria miatt.

(Arról már nem beszélve, hogy nem vagyok meggyőződve róla, hogy pl user service fileal fel fogod tudni bindelni a 80/443as portot.




HUP adatszivárgás? : https://hup.hu/node/167971#comment-2442401

gabu, te vagy az :D




magyarorszagi fizetesigeny : https://hup.hu/node/167943#comment-2441901

Én olyan urbánus legenedát hallottam, hogy szerették lopni, mert egyrészt jól karban voltak, másrészt nem kellett gondolkodni, hogy milyen a riasztó.




magyarorszagi fizetesigeny : https://hup.hu/node/167943#comment-2442061

Pedig az ABAPé eliveseléséért azt gondolná az ember, hogy extra jól fizetnek :-D




Riasztót szeretnék RPI-re kötni, lehetséges?: https://hup.hu/node/163138#comment-2327260

Azt azért tegyük hozzá, hogy látva, hogy biztonságtechnikai gyártók mit művelnek ilyen hálózatos dologban és biztonságban, hát szóval megingatja egy kicsit az ember sziklaszilárd hitét abban, hogy simán elfogadja a megmondásukat.




Wifi a ház köré: https://hup.hu/node/167653#comment-2434581

Nem nyitnék új témát, ha már itt ez, bocsi redman, bepofátlankodok :) Mert látom itt vannak páran, akik képben vannak ubiquiti ügyben.

A probléma hasonló, csak engem inkább az épület izgat, nem annyira a kert (bár nem bánnám nyilván, ha rendesen kihallatszana) Alap szitu, családi ház (lesz egyszer), kb 15x10 (ennél kisebb, mert L alakú), ez már az a méret, ami tapasztalataim szerint egy random nem teljesen dzsunka soho routernek erősen határeset, pláne, ha a cucc mondjuk a nappaliban van, az épület egyik végén. Ráadásul a szokásos otthoni usecasek mellett lesz még viszonylag nagy számú (30+) kliens, szar antennával, valószínűleg a falban (shellyk). Szóval kéne valami, ami ezt megoldja, mert a digi huawei cucának ezt nem hiszem el már előre :) unifit szőr mentén már régen nézegetem, elsőre gondoltam, hogy veszek valamit kettőt tőlük, elvileg ezeken nem kell bohóckodni rendes handoverrel, de aztán mutattátok ezt, gondoltam megkérdem, hogy ez szerintetek elég-e? Illetve kérdés, hogy ennek milyen sugárzás képe van. Tol jelet hátrafele is? Tehát ha mondjuk középen teszem falra, akkor annak is jó lesz, ami mögötte van? Vagy mindenképp szerencsésebb plafonra tenni? (Esetleg mehet be a tetőtérbe?)

Vagy érdemesebb valami más eszközben/eszközökben gondolkodni? (A controller lesz hol fusson, ha kell). Nagyon extra elvárások nincsenek az egésztől, tudjon 2 (na jó, három) SSIDt, meg ezeket lefele valami VLANra ráakasztani, adjon normális fedést, és bírjon ki fölélőve mondjuk max ~50 klienst. (Amik nagy része nyilván nem forgalmaz orrba szájba, azok amik igen, azok max a szokásos, telefonok, néhány laptop. Még a TVt / mediaboxot is jó eséllyel felrakom kábelre)

Slightly related, van olyan eszközük, amit routolásra érdemes megvenni? (Bár itt simán tudok maradni a szolgáltató vackánál első körben, meg routert egyébként is könnyebben építek) 




Wifi a ház köré: https://hup.hu/node/167653#comment-2434653

Köszi. Szerintem maradok most annál, hogy egyet leteszek középre (onnan a szarabb dolgok is max két 10es falra vannak). Aztán ha valami nagyon ergya lesz, akkor még a két végén úgyis pont van hova tenni szekrényre rakható dobozt (tvk mellett elfér, utp lesz).

Az a dreammachine cuki, de annyiért veszek hwt, és viszek rá haza licencet. 




Hová fejlődünk? Rendszergazda » Középiskola, Nem igényel nyelvtudást: https://hup.hu/node/167867#comment-2440475

Eléggé. Jelentékeny részüket integrációban gányolják össze egy erre alig alkalmas termékben, mert a rendes billing developmentje lassú, és nem is veszik roadmapra :)




Hová fejlődünk? Rendszergazda » Középiskola, Nem igényel nyelvtudást: https://hup.hu/node/167867#comment-2439157

Nem, de egyrészt viszonylag decens a kimeneti elvárásokhoz szükséges tudást átadni, másrészt társadalmilag is praktikus, ha nem csak annak lesz esélye megtanulni, akinek a szülei valahogy meg tudják oldani, mert van pénzük, kapcsolatuk, vagy tudásuk, hanem például Lakatos Máriónak is, akinek a szülei ezek közül egyikkel sem igazán rendelkeznek.




Hová fejlődünk? Rendszergazda » Középiskola, Nem igényel nyelvtudást: https://hup.hu/node/167867#comment-2439263

Mi ebben az érdekes? Sikerült megérteni amit mondtam? Én ismertem olyan Lakatos Máriót, aki esze alapján ugyan valószínűleg érthetett volna jobban a linuxhoz, mint amit tanítottak, csak számítógépre nem telvén a családjának esélye sem volt, hogy ez kiderüljön. Ma gondolom az építőiparban tevékenykedik, jobb esetben.




Hová fejlődünk? Rendszergazda » Középiskola, Nem igényel nyelvtudást: https://hup.hu/node/167867#comment-2439348

No para :-)




Hová fejlődünk? Rendszergazda » Középiskola, Nem igényel nyelvtudást: https://hup.hu/node/167867#comment-2439430

Mint említettem jobb esetben :)




Hová fejlődünk? Rendszergazda » Középiskola, Nem igényel nyelvtudást: https://hup.hu/node/167867#comment-2439069

"nem igényel nyelvtudást" az jogilag azt jelenti, hogy nincs szükség nyelvvizsgára. 

Ennek semmi értelme. A nem igényel nyelvtudást, az azt jelenti, hogy nem igényel nyelvtudást. Az igényel nyelvtudást az meg azt, hogy igényel nyelvtudást. Egy álláshirdetés nem a bíróság, az egész jogilag kitételnek nettó semmi értelme. Ha valahol konkrétan az az elvárás, hogy legyen papírod, akkor azt le szokták írni, hogy "minimum államilag elismert közép C" de ha nagyon balfaszok, akkor is az első interjún meg szokták kérdezni. Tapasztalataim szerint -- a fentiekkel ellentétben -- ez az állam közeli szervezeteket kivéve ITban nettó senkit nem érdekel, tudd annyira a nyelvet, amennyire kell. A megléte természetesen segít egy kicsit, hogy alaposabb utánajárás nélkül elhiggye az ember, hogy valóban tudsz. Bár ha olyan, ahol kritikus, akkor bizony én megnézném. Jártam már úgy, hogy emberünk ült bent interjún -- C közép papírja és europassos self-assesment szerint B1 vagy B2 nyelvtudása volt -- majd mikor megérkezett a kolléga negyed óra késéssel (ejnye-ejnye), akkor két egyforma mondatot nem tudott mondani angolul, gyakorlatilag nem értette mit beszélünk. És fel is háborodott, hogy ő nem készült angol interjúra, meg ez milyen dolog, hogy csak így átváltunk. Kedvesen elmagyaráztam neki, hogy az első mondat, amit nem értett, az az volt, hogy a kolléga bemutatkozott, hogy ő Magnus Anderson, egyébként a csapat egyik architectje, és lévén svéd, rohadtul nem beszél magyarul, és egyáltalán nem szívatni akartuk, nem viccből kértünk nyelvtudást, ezt itt life as usual. Természetesen továbbra is meg volt bántódva, így elköszöntünk.

Nekem sincs nyelvvizsgám, élőszóban nem is tudok angolul kommunikálni, de az angol informatikai szaknyelvet írásban tökéletesen megértem. Huszonkét éve üzemeltetek főállásban, alkalmatlan-e vagyok? :)

Az ennyiből sajnos nem derül ki :)




Hová fejlődünk? Rendszergazda » Középiskola, Nem igényel nyelvtudást: https://hup.hu/node/167867#comment-2439272

Már miért is? Külföldinek itt tilos dolgozni? Aztán ha pl Mr Magnus úr nem is a cég alkalmazottja, hanem pl a svéd anyavállalaté, de kell vele melózni? Vagy egy random indiaia? Esetleg csak egy projekt erejéig? Esetleg az ügyfél embere? Vagy egy beszállítóé? Szóval miért kéne?

(És egyébként a konkrét Magnus a példában egészen jól ért magyarul, ha kell meg is szólal, és volt, hogy magától mondta, hogy válts át nyugodtan magyarra angol beszédben kevésbé rutinos kollegának. ja, és mivel svéd, ő sem az anyanyelvén beszélt ám, az ugye megvan?)




Hová fejlődünk? Rendszergazda » Középiskola, Nem igényel nyelvtudást: https://hup.hu/node/167867#comment-2439344

Jézusom. Tudtam, hogy kár megkérdeznem. Maradjunk annyiban, hogy nem értünk egyet.




Hová fejlődünk? Rendszergazda » Középiskola, Nem igényel nyelvtudást: https://hup.hu/node/167867#comment-2439373

Ha meg rajtam, akkor senki nem mehetne production környezet környékére PhDval ;) Attól az öttől, akivel emiatt kibasztunk, elnézést.




[megoldva] Python változó láthatósága: https://hup.hu/node/167908#comment-2440436

A parhuzamosithatosag a GIL mellett azert eleg gyenge erv.

A GIL egy csomó mindent nem lockol, erős leegyszerűsítése a kérdésnek, hogy pythonban nem lehet normálisan multithreadelni. Arról nem beszélve, hogy most úgyis mindenki asynciora veri magát :) 




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2025876

majd ha húsz évig csak elvétve látsz egy helyest a sok hejes között (lásd még: licensz/licenc), akkó biza' előfordulhat.




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2025977

kár, hogy az akadémia szerint nem úgy kell írni, hogy license




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2025990

Nem kell tartanod, éppen erre utaltam a he[ly|j]es kapcsán :) Csak aztán még kaptam egy példát az arcomba, hogy használják azt helyesen, csak nem olvasom, miközben pont nem ;) (vagy csak félreértettem, vagy elromlott valami irónia detektorom, vagy ilyesmim)




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2026028

és tényleg. :)

ezzel együtt, ezt én értem, ettől még a köznyelv széles rétegében nem így használják elég sokan.




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2026036

ja, egy széles körben használt jogi szakszó :)




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2026050

nem felejtem, de ez egyre inkább kezd kimenni a valódi széles körbe.

A rosszul használják meg pontosan az, amiről beszélünk: ha mindenki rosszul használja, előbb utóbb az lesz a jó. És én ennek kapcsán jelenleg azt látom, hogy
- ahogy írtad, az IT (meg az a másik jópár olyan terület, ahol még van) majdnem mindig a licenszt használja
- aki nem ilyen területeken mozog, az ha használja, akkor ált a fentiből tanulja el (vagy abból, hogy valami ITStől hallja, vagy abból, hogy pl a "..való világot a faszsetudjamilyencég licensze alapján...".
- Ráadásul komoly generációs gap van. Aki a licenc-et használja, az szinte kivétel nélkül mind a 40+ (inkább 50+) generáció tagja. Ennek oka gondolom, hogy anno ez sokkal inkább szakszó volt, mint ma, vagyis akik így használják, azok még megtanulták úgy, akik meg nem, azok valóban többnyire nem használják sehogy (mert sokkal kisebb a kulturális kitettségük neki korosztályukból adódóana. Illetve nem boldog-boldogtalan az angolt tanulta külföldi nyelvnek, mint ma, aminek nyilván következménye, hogy az ismeretlen latin(os) szavakat angolul értelmezi default.

Summa summárum, imho ezt a szót szép lassan újrahonosítjuk az angolból, és előbb utóbb az akadémia is utána fog menni. Könnyen lehet, hogy sokkal utóbb, de ez speciel a köznyelvet sosem zavarta.




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2025712

hungarian upenszórsz portál, vagy mi lehetett? :)




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2025731

és abból hogy deriváltad ki a szabad szoftveres portált? ;)




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2025877

valamiért mégse HLP az oldal neve... Ráadásul szegény linux de jure még csak nem is unix.




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2029246

te valóban nem, viszont a szál onnan indult, hogy "szabad szoftveres portál", és ezt támogattad meg ezzel ;)




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2029257

Speciel ez tudom, de ha már valaki azzal indított, hogy még élénken emlékszik rá, hogy mit jelent a hup, és nem azzal, hogy dehát ez debian meg fsf protál volt ;)




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2029485

Semmilyen probémát nem okoz, csak láttam a következő beszélgetést:
- ...egy szabad szoftveres portálon...
- [számok] ... Szerintem ez már rég nem szabadszoftveres portál. :)...
- én még élénken emlékszem rá, hogy a hup-rövidítés mit takar. Azért mert közben minden szar be lett emelve a profilba

és itt -- nyilván rettenetesen véresen komolyan -- megjegyeztem, hogy a hup rövidítésből az speciel pont nem jön ki a hely szabad szoftveres mivolta. Trey meg felhívta a figyelmet, hogy de előtte debian meg fsn volt. Ami igaz is, többek közt azért trollkodtam bele, mert ha már lovagolsz rajta, akkor igazán jöhettél volna azzal, hogy "még emlészem rá, mikor portal.fsn.hu volt (tudjátok, free software network ;) ", de nem ezzel jöttél, hanem a unixszal :) Nagyon remélem egy percig sem vetted ezt komolyan, ettől nyilván nem gondolom, hogy nem a linux volt itt az eredeti téma :)




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2034230

már nem, mert alápofáztunk :)




Mikor lesz már vége a vegyél használt OEM Win-t "átverésnek" ?: https://hup.hu/node/149751#comment-2029363

amikor debian szintézis volt, akkor ezek még nem voltak. Na jó, lehet, hogy hurddal volt valami, de az ugye sose ért el olyan szintet, hogy bármire használni lehetett volna, debian vagy nem :)




DNS bejegyzés subnetre: https://hup.hu/node/167895#comment-2439381

hát, ptrt tulajdonképpen csináhatsz a network addressre, de ezt leginkább a zónafileba / dbbe / akármibe volna értelme beírni kommentként, nem a kiszolgáló infrastruktúrába.




megoldva, köszönöm - python 3 ssh klienst ajánljatok jó szívvel - paramiko: https://hup.hu/node/167874#comment-2439307

Mert valahonnan lett neki egy 3.5os pythonja




megoldva, köszönöm - python 3 ssh klienst ajánljatok jó szívvel - paramiko: https://hup.hu/node/167874#comment-2439315

Oh, elnézést




megoldva, köszönöm - python 3 ssh klienst ajánljatok jó szívvel - paramiko: https://hup.hu/node/167874#comment-2439377

meg tudnád mutatni a teljes outputot commanddal?

illetve egy python -V, python3 -V, egy pip -V és egy pip3 -V kimenetet?




megoldva, köszönöm - python 3 ssh klienst ajánljatok jó szívvel - paramiko: https://hup.hu/node/167874#comment-2438959

Kiprobaltad, vagy csak rantolsz?




"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-2439054

Biztos úgy értették, hogy sokkoló, hogy le mertjük írni a stabil szót.




Lejárt tanúsítvány miatt állt a Microsoft Teams szolgáltatása: https://hup.hu/cikkek/20200204/lejart_tanusitvany_miatt_allt_a_microsoft_teams_szolgaltatasa#comment-2437433

Ez egészen úgy néz ki, mintha valaki úgy döntött volna, hogy közé, és a közvetlenül is elérhető ügyfelei közé nem kell egy biztonságot csökkentő trusted third party.

(Főleg, hogy láthatólag klienst is szeretne authentikálni certtel)




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326089

Arra is rá tud, amikor valamelyik fél drága, fölösleges dolgokat vásárol. ;)




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326243

Az ügyvédem a feleségem :)

Maradjunk annyiban, hogy pont annyira reális ez, mint az, hogy az építkezéstől tönkremegy egy házasság.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326308

Miért keresnék? :)

Nem állítottam olyat, hogy nincs ilyen az építkezés kapcsán, mindössze annyit, hogy a te hobbid is simán lehet, hogy másnál már válóok. Ettől még nálad nem kell az legyen.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326310

"Csak a pöcsök és az idióták hívják egyébként órának."

És csak a sznobok sértődnek meg, ha az órájukat órának hívják ;)




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326476

Ha már analógiák, inkább olyan ez, mint amikor valami pöcs vagy idióta II. Erzsébetet, Isten kegyelméből Nagy Britannia és Észak-Írország Egyesült Királyságának, más birodalmainak és területeinek királynőjét, a Nemzetközösség fejét, a hit védelmezőjét egyszerűen csak lekirálynőzné, mert még egy nyavalyás őfelsége, a királynőre se futja. ;)




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326488

Ja, hogy magyarul nem tudsz, értem. :)

Egyébként én sem szakértettem nem hogy hosszan, de röviden sem semmilyen fórumon óra ügyben, de ez ne zavarjon össze.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326494

"Kettőnk közt"

Aha, nem :)




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326502

Jaja, abba ugattam bele :)

Mérnök létemre a mások nem genrál lepöcsözése mellett kardoskodva.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326474

Teljesen igazad van, elfelejtettem a random személyiségzavaros műszakiakat, aki képtelenek megkülönböztetni az élő beszédet a műszaki dokumentációtól. :)

Látom lentebb már jól elszórakoztatok rajta, szóval csak röviden. Semmi baj nincs azzal, hogy ezt a kategóriát egyébként chronométernek hívják, de tekintve, hogy te magad linkelted be, hogy ez "olyan karóra", illetve szépen látszik, hogy ez a gyártója szerint is az, elég röhejesen veszi ki magát, hogy aki órának nevezi, az kizárólag pöcs vagy idióta lehet. Figyeld majd meg, az ismerőseid és családtagjaid közül hány pöcs és idióta lesz, és hányan lesznek kultúremberek, aki a szép új kronométeredhez gratulálnak majd.

Addig megyek, és elgondolkodom azon, hogy visszaadjam-e a papírom, amire az van írva, hogy mérnök :)




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326486

Én értem. Láthatólag te nem érted. Te pöcsöztél le mindenkit, aki órának hívja az órát, és nem chronométernek. Pedig a karodon levő izét az emberek 99% akkor is órának fogják hívni a hétköznapi beszédben, ha egyébként tudja, hogy egyébként az egy certified chronometer.

Hasonlóképp egy sima beszélgetésben attól hogy valaki súlyként hivatkozik a kilóidra hétköznapi beszédben, attól még valószínűleg tudja a különbséget a súly meg a tömeg között.

Az, hogy utána próbálsz úgy csinálni, mintha itt műszaki specifikációról beszélgettek volna, mikor ezt bedobtad nem annyira nehéz cáfolni felfele görgetéssel.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326496

Kár, hogy olyanok nem voltak, akik megtanítottak különbséget tenni a fizika órai felelet meg a hétköznapi beszéd között. Illetve valószínűleg voltak, csak lévén te műszaki ember vagy, basztál felfogni, miről beszélnek magyarórán :)




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326507

Elég szar vagy még mindig trollnak. Nincs itt semmi terelés (illetve de, az nlcafé, meg a random sértegetések pl a tanáraimra nézve), te vagy képtelen megérteni, hogy normális beszédben nem műszaki dokumentációt írunk. Bár szerintem egyébként érted, csak rájöttél, hogy kattyos műszakisnak még mindig egy fokkal jobb látszani, mint arrogáns sznobnak.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326516

Nyugtasd magad nyugodtan ezzel.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326579

Nem veszekedtünk. Ahogy láttam trey szereti a direkt kommunikációt, én egyrészt igazodok, másrészt én is hasonlóra defaultolok, nem szeretnék álszent lenni, véleményt ütköztettünk. Erősen csodálkoznék rajta, ha ezt trey veszekedésnek gondolná.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326592

"De tényleg csak szőr mentén csempésztem ide, a saját fájdalmam nem kell érdekeljen mást :)"

Szerintem kb ez a tételmondat. Persze, hogy szubjektív, csak nem mindegy, hogy valaki ezt felfogja, vagy az ő megélését tartja alapvetésnek. Aztán ha valaki a haranggörbe valamely oldalán helyezkedik el, és kellő nagy öntudattal hirdeti önnön vélt igazát, akkor elképzelhető, hogy a többiek ennek megfelelően könyvelik el.

A nagyon szőr mentéhez meg rossz hírem van. A nyelv általában egyszerűsödik, a tized / század meg redundáns infó, el fog kopni. Szerintem nagyjából már el is kopott, a köznyelven mindenképp, amit a tvben látsz, az vagy annak a jele, hogy már nagyon ez a széles körben elfogadott, vagy annak, hogy a kedves bemondók ma már sokkal kevésbé törekszenek választékos, a közbeszédhez képest kissé formális beszédhez, mint mondjuk 20 éve (Kevésbé diplomatikusan megfogalmazva nagyon nem tudnak beszélni), esetleg a kettő keverékéről.

Engem egyébként a tized/század hiánya nem zavar, az jobban, amikor tippelgetnem kell, hogy a változás százalékban, vagy százalékpontban van.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326639

> Jaja, te is ennek megfelelően szálltál be az eszmecserébe :))

Persze. Ezzel együtt azért elég biztos vagyok benne, hogy ebben a konkrét esetben -- t.i. pöcs vagy idióta-e mindenki, aki szerint a rolex chronometer certifikált karóráit az óra névvel illeti, -- nem én vagyok a görbe szélén. Azt meg hadd engedjem már meg magamnak, hogy megemlítsem, hogy ha szerinte ez így jó, akkor szerintem ő mi. Hozzád hasonlóan, aki el tudja mondani, hogy "kicsit lenézem".

Engem meg az zavar egy kicsit, amikor valaki nagyon szabatos műszaki embernek gondolja magát, és a szerinte nem elég precíz szóhasználat miatt lenéz másokat. A másik ilyen kedvencem, aki az angol rövidítések kiejtésében felsőbbrendűslödik. Mondjuk őket ált. max 2 nap javítgatással el szoktam tudni hallgattatni.

A kitérővel meg arra próbáltam rávilágítani, hogy a "régen minden jobb volt" mantra sokezer éve mantra, érdemes gondolkodni a miértjein.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2326737

Szerintem megegyezhetünk abban, hogy nem értünk teljesen egyet. Egy szóval nem mondtam, hogy én feltétlen örülök ennek, még azt sem, hogy nem igyekszem tenni olyan ellen, ami pl bántsa a fülemet, ettől még
a) én csak ezért nem nézek le embert, mert mint szépen megállapítottad, ez szubjektív (csak aztán meghúztad a saját határodnál az enyhe lenézés szintet)
b) én tudok együtt élni azzal a gondolattal, hogy a nyelv változik, és tisztában vagyok vele, hogy ez egy természetes folyamat, még akkor is, ha nekem konkrétan nem tetszik.
c) És még azzal is, hogy a nemtetszés növekedés a korral jár. Olyan ez, mint a zene ;) Ott konkrétan meg is kutatták, hogy szépen befixálódsz, és onnan már mindegy, nem csodálkoznék rajta, ha ez genralizálható lenne.




A prémium: https://hup.hu/treyblog/20190302/a_premium#comment-2327318

> Még akkor is fontos, ha esetleg úgy érted a redundanciát, hogy 3,5 esetén nem kell kimondani a tizedet, 3,05 esetén pedig ki kell mondani a századot.

Hogyan másképp érteném? A háromegészötről mindenki, aki épp nem kukacoskodik, az tudja, hogy 3,5-öt jelent. A 3,05 helyett meg majd mond a beszélő háromegészötszádot, vagy -- figyelj, mert ez nagyon fog fájni --háromegésznullaötöt. Értem, hogy ez nem tetszik, mert beléd/belénk van doktrinálva, hogy az úgy nem jó, de ettől még én meglehetős biztos vagyok benne, hogy ez át fog alakulni. A mindennapi beszédben szerintem már át is alakult.

Sőt, megfelelő kontextus meglétével még ennél borzasztóbb dolgok is történnek, pl szegény 'egész' is kopik, és emberek a milyen hosszú kérdésre nem általlanak olyanokat mondani, hogy három ötven, vagy tizenkettő hetvenöt, aztán mégis fogja érteni a másik, hogy 3,5m-re meg 12,75m-re gondoltak, pusztán a tagolásból.




Systemd-Homed Merged As A Fundamental Change To Linux Home Directories: https://hup.hu/node/167714#comment-2434611

Az utolsó nincs meg olyanban, ahol nem animáltan megjelenő soronként egy slide? Mert így nincs türelmem.




szakmai etika: https://hup.hu/node/167743#comment-2435567

Akkor vér istván remélhetőleg elég ideig érezhette magát kellemetlenül, hogy talán visszanőtt a gerince, és emiatt nem lett belőle hivatásszerű kisstílű beszerző.




EPAM - milyen munkahely?: https://hup.hu/node/157630#comment-2192947

"Nyugatabbra bizonyos tipusu munkahelyeken teljes atvilagitas van, nemzetbiztonsagitol kezdve hiteltortenetig, es az osszes munkahelyedrol ES valamennyi (azt hiszem, 3 honapnal hosszabb) nem-dolgozos idoszakodrol referenciat kernek"

Bizonyos típusú munkahelyeken itthon is. De azért tőlünk nyugatabbra sem ez az általános.

"De egyebkent meg mindettol eltekintve, az normalis, hogy valakinek hazudnia kelljen az oneletrajzaban valamirol, amirol nem o tehet? Itt megint az eroviszonyokra mutatnek ra."

Hazudni? A CV nem egy teljes átvilágítás. A CV dolga, hogy felkeltse a potenciális munkaadó érdeklődését, hogy a jelölt esetleg alkalmas lehet a feladatra. Következésképp azt kell beleírni, ami ezen érdeklődés kiváltásához releváns. Minden okosfórumon el is mondják, hogy szabd a kiíráshoz a cvdet. Az, hogy volt egy két hónapos kitérő, ahol nem értette meg egy másik céggel valaki magát, az nem igazán releváns, töltelék. Nem írjuk be az iskolákat se nagyon, a nem releváns certeket sem feltétlen, és akár évek hossza más területen végzett munkát is ki lehet hagyni. Ha mégis érdekli, a leendő munkáltató majd rákérdez az interjún.




EPAM - milyen munkahely?: https://hup.hu/node/157630#comment-2193011

Hát passz. Igazából egyébként akkor sincs semmi, ha beleírom, aki emiatt kiszórja, az IJ, jó eséllyel egyébként sem egymást kerestük. Még lehet jobb is, mert én szemrebbenés nélkül "magyarázkodok", hogy nem, voltam még Xnél egy hónapot, de nem volt értelme, elváltak útjaink, nem csináltam ott semmi érdekeset, aztán ha a másik szerint emiatt nem jó, akkor legalább nem pazaroltuk egymás idejét. Ha meg őt sem zavarja, akkor akár benne is lehetett volna cvben. Szóval szerintem nem túl érdekes alapvetően, hogy benne van vagy nincs :)




EPAM - milyen munkahely?: https://hup.hu/node/157630#comment-2192961

Fókusz: innen olvasva a kolléga nem dolgozik nálatok, csak trollkodik, te meg nem vetted észre a magad fókusza miatt, imho.




Mobilinternet adatforgalmi korlátainak törvényi eltörléséről szóló aláírásgyűjtés, szerintem...: https://hup.hu/szavazasok/20200115/mobilinternet_adatforgalmi_korlatainak_torvenyi_eltorleserol_szolo_alairasgyujtes#comment-2426706

valami szerényebb, de használható (50-100? vagy nem tudom),

Elnézést, de ezen felröhögtem. Gyere ki a tornyocskádból a valódi világba




Mobilinternet adatforgalmi korlátainak törvényi eltörléséről szóló aláírásgyűjtés, szerintem...: https://hup.hu/szavazasok/20200115/mobilinternet_adatforgalmi_korlatainak_torvenyi_eltorleserol_szolo_alairasgyujtes#comment-2426791

Mármint ahol egyáltalán tudnak 150 mbitet adni




Mobilinternet adatforgalmi korlátainak törvényi eltörléséről szóló aláírásgyűjtés, szerintem...: https://hup.hu/szavazasok/20200115/mobilinternet_adatforgalmi_korlatainak_torvenyi_eltorleserol_szolo_alairasgyujtes#comment-2426710

hogy kontrollálni akarják az infrájukra nehezető terhelést, amíg ezt megtehetik.

Ami lássuk be, nem tűnik egy olyan vad elvárásnak. 




"Ez a névjegykártya Linuxot futtat": https://hup.hu/cikkek/20191227/ez_a_nevjegykartya_linuxot_futtat#comment-2419325

Bár alapvetően egyetértek, de a konkrét foglalkozásnál el tudom fogadni, hogy valaki ilyennel villant. Mondjuk interjún a "van referencia kódod" kérdésre elég flash :)




"Ez a névjegykártya Linuxot futtat": https://hup.hu/cikkek/20191227/ez_a_nevjegykartya_linuxot_futtat#comment-2419326

szeniorális

Ezért karácsony alkalmából vegyél magadnak egy virgácsot. Nagyon fájt.




Visual Studio Code (vscode): szívások, hasznos infók: https://hup.hu/node/165823#comment-2390610

meg arra, hogyha ugyanazt a kódbázist többen akarjátok különböző editorokból használni.
meg arra, hogyha ugyanabban az editorban különböző projecteket különböző módon akarsz formázni.




Visual Studio Code (vscode): szívások, hasznos infók: https://hup.hu/node/165823#comment-2388686

Ha a baloldali cuccokra gondolsz, akkor lehet, kollégával megkerestük, holnap megnézem ha el nem felejtem :-)




Visual Studio Code (vscode): szívások, hasznos infók: https://hup.hu/node/165823#comment-2388796

Settingsben a Workbench / Appearance alatt van egy Tee: Indent, ott lehet állítani.




Visual Studio Code (vscode): szívások, hasznos infók: https://hup.hu/node/165823#comment-2388979

nincs mit :)




Kresz szakértés!: https://hup.hu/node/166636#comment-2409403

A földút nevesített kivétel




Kresz szakértés!: https://hup.hu/node/166636#comment-2408522

és az úton kerékpár nyomot (158/k. ábra) is kijelöltek 




Kresz szakértés!: https://hup.hu/node/166636#comment-2409056

Mit szeretnél mondani? Mert én csak fehívtam a figyelmedet egy másik félmondatra, amit elfelejtettél kiemelni.




Kresz szakértés!: https://hup.hu/node/166636#comment-2409059

"[előzés nem szakítható meg], mert nagyobb galibát okozol azzal, mint a többiek, ha segítik annak befejezését." ezt mint általánosítást leírni netto baromság, Köbcsillió olyat láttam már, hogy valaki nekiállt előzni, majd a hátsó kerék és a B oszlop között valahol rájött, hogy ez nagyon nem jó ötlet, és visszasorolt oda, ahonnan jött. Ezeknek tetemes részében jó eséllyel valaki meghalt volna, ha a "most már be kell fejezni, majd a többiek segítenek" elv mentén próbált volna emberünk csakazért is beférni oda, ahova eleve semmi esélye nem volt.




Kresz szakértés!: https://hup.hu/node/166636#comment-2407627

És akinek elsőbbsége van, az vajon milyen nem létező elsőbbségadási kötelezettségének tekintetében tévesztene meg kit?




Kresz szakértés!: https://hup.hu/node/166636#comment-2409404

Ha senkiben nem bíznál, sehova se jutnál, mert minden szembejövőben a potenciális "most fog nekem jönni frontálisant" látnád, félrehúzódnál, és szaladnál elfele a kocsitól. Te láthatólag azokban nem bízol, akik valamilyen jelét adják annak, hogy nem lehet bízni bennük. Ez egyébként egyrészt teljesen logikus, másrészt összecseng azzal, amit a kresz oktatók  bizalmi elvről történő mesegyűjteményében van, ti. ahogy valaki valamit nem úgy csinál, onnantól nem bizalom van, hanem balaeseti rizikó minimalizálás.




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2418483

3. Leszarja a hosszas okoskodásokat, örül annak, hogy van benne egy rakás hasznos feature, mindenütt ugyanúgy néz ki, és nem kell shell scriptet írni, sem "start on started" jellegű agyzsibbasztó baromságokat.




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2418609

Hagyd, vele és TCHval nem érdemes erről beszélni, szerintük a systemd a patásördög, és elhozza az opensource meg a linux végét, nem fér bele a világképükbe, hogy esetleg ezt valaki szereti, és tudatosan tetszik neki, nem csak megvezetett birka.




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2418904

Mint minden trükkös kérdésre, erre is a sleep a valasz :-)




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2418821

Tarts egy kis önvizsgálatot, mert sajnos de. Az nem pragmatikus, hogy aki használja, az ha normális, akkor max elviseli, és ha kedveli, akkor meg perverz.




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2419051

én próbáltam már:




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2419060

> openrc

semmi koze a daemontoolshoz, sem az abbol epitkezo tobbihez

És hol mondtam én olyat, hogy lenne? 

he?

Rágugliztam az utolsóra 




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2419127

Oh, elnézést, gondolom a bejgli rövidre zárta a parseremet, és nem fogtam fel, mit írtál. Igen, az összesről beszéltem. Viszont akkor szegény s6nak köze van a daemontoolshoz (azt sem szeretem, érdemei elismerése mellett)




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2419131

Szerintem simán használni ezeket mind egyszerű. Be is tenne, ha már az is bonyolult lenne, hogy foobar start|stop|restart vagy valami alternatív ige, mert az jó. Igazából szerintem mindnek van service wrappere, szóval ha 92 körül megtanultad, hogy "service akármi restart", akkor az most is jó :D

A systemd valóban felrúg még egy két dolgot: leállíthatatlan waiting for stop job, mert a magic sysreq nem jó, journalctl defaultból, skandallum, és még a nohupos otthagyott random futó szarokat is kitakarítja, ha kilép a shell, blaszfémia (az, hogy helyette ad normális módot arra, hogy lehessen tudni, mi a fenét hagyott ott valaki oldalágon odabaszva az initnek, hogy majd csinálj vele valamit, az meg ugye senkit nem érdekel), a szélesebb feature készlet miatt, de azért -- szerintem -- messze nem targédia.

Az openrcvel ránézésre annyi a bajom, hogy n+1-dik próbálkozás arra nézve, hogy adjon egy shell toolingot ezeknek a kezelésére. Még az is lehet, hogy jobb (végül is, volt miből levonni a konzekvenciákat), de igazából a nagy hozzáadott értéket azért nem látom, és az biztos, hogy nem akarok 60 soros scriptet írni ahhoz, hogy el lehessen indítani, meg le lehessen állítani egy rohadt daemont. Ráadásul az egyik fele olyan, hogy egy jobb reggelen szebbet "készítek" még a kv előtt ( eval cmd_exec=\$${daemon}_${signal} pfejj) , a másik fele meg boilerplate. És ahol a rendszer része az, hogy boilerplate kell, ott minden jólelkű programozónál el kellene kezdeni villogni a piros lámpának fejben, hogy nagyon nem sikerült eltalálni az absztrakciót.




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2418485

Nembaj, googlék megfejtették a dns over https implementációval, hogy úgy is le lehet szarni, amit az OS gondol az ügyben. :/




HOVD 2019 - Kedvenc init rendszer: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_init_rendszer#comment-2423441

Mert -- egyébként együtt a mozzilával, csak őket én kevésbé látom fajsúlyosnak, a google sokkal egyszerűbben tolja le mindenki torkán a saját elképzelését a világról -- implementálták a supportot bele a böngészőbe, úgy, hogy hát majd használja a rendszer névfeloldását, ha akarja, meg amikor akarja, egyébként meg nem. Ez szerintem egy rendkívül káros gyakorlat. Félre ne érts, én is írtam már olyan kódot, ami maga intézte a névfeloldást bizonyos esetekben, de az egy speciális eset, egy általános kliensprogramban ilyet elkövetni finoman szólva is nem elegáns.

Bár nagyon érintőlegesen néztem még a témát, de úgy tűnik, hogy vicces módon az MSnek sikerült ezt oda tenni, ahova való: bele a system resolverbe. Nembaj, majd pöttering megírja a resolvedbe, és lehet még jobban utálni :D

Szóval nem magával a protokollal van baj, hanem azzal, hogy hova tették. (Illetve azt még szintén meg kéne néznem, hogy egyébként mi a fenétől jobb ez bármivel, mind a dnssec)




Fedora 29 -> 30 sikeres upgrade, egy pici bökkenővel...: https://hup.hu/node/167244#comment-2422217

Nyugi, az ubuntu bétája az LTS :)




Pingdom open alternatíva: https://hup.hu/node/167247#comment-2421117

Én vegignyomkodtam párat, mert nem volt kedvem az egész szolgáltatásnál két nagyságrenddel bonyibb megoldást építeni. Freshpingnél maradtam, slackra/mailre jön a noti. Fapad, de kb megy, ritka a fals pozitív. Egy baja van, cert validitast nem néz (a fizetős azóta már tud).

A cula.io volt még szimpi, de az megbízhatatlan, sok fals riasztás van.




Pingdom open alternatíva: https://hup.hu/node/167247#comment-2421543

Nem igazán, pont azért keresgéltem, mert nem volt kedvem összerakni egy on-prem rendszert. Monjduk leginkább amiatt, hogy hely kellett volna neki, egyébként én biztos a nagios / zabbix / netdata / Grafana+prometheus+node_exporter / TICK stack vonal valamelyikén indulnék el, ha össze kéne rakni valamit, maga az alap beüzemelés nem nagyon fáj egy ilyennél szerintem, csak ha egy vm monitorozásához kell egy másik, akkor már meg van cseszve az egész.

(és amennyire a grafana a trendi mostanában, szertintem koncepcionálisan úgy szar, ahogy van. A node exporterért ütni kellene őket sokáig)

És azt még azért tegyük hozzá, hogy igazán jó monitoring összerakása viszont azért munkás tud lenni.




Pingdom open alternatíva: https://hup.hu/node/167247#comment-2423991

Elnézést, teljesen igazad van, a grafanával magával valóban nincs bajom. És disclaimer, maga a cucc ettől még lehet funkcionalitásban jó, de a kollektorokonként külön HTTP server, ami külön porton figyel, az infrastrukturálisan elég fájdalmas. (Tudom, tudom, mikorszerviz architektúra, de szerintem ide nem kellene). Ráadásul messze nem egyszerű kiterjeszteni. Emlékeim szerint anno a hogyan kell adatot küldeni is elég esetleges volt, tán még prometheus oldali illesztést is kellett (volna) csinálni, de gyorsan ránézve most is azzal kezdődik a doksi, hogy hát oldjad meg, hogy callbackes legyen a gyűjtögetőd. Nagyságrendileg jobb volna, ha ezzel nem kellene mindenféle kollektornál külön szopni.




Pingdom open alternatíva: https://hup.hu/node/167247#comment-2421574

Hát, azért én nem akarnék percenként kapni egy mailt minden urlröl...




Pingdom open alternatíva: https://hup.hu/node/167247#comment-2422060

Hát, én leallásnál 5 percenként se szeretnék levelet kapni, de ez nyilván ízlés kérdése. Igazából arra akartam utalni, hogy ahhoz, hogy egy ilyen megoldás elmenjen az egyszerű, de már valammennyire monitorozásnak látszó irányba, hirtelen kéne még sok mindent kéne hozzá gyártani, szóval nincs értelme ilyen hobbiprojekteknek, amik ennél hosszabbak, pont ahogy írtad :)

És őszintén szólva még ez is olyan, hogy ha már nem akarok egy komplett hóbelevancot futtatni, akkor futtatnám inkább cronból a megfelelő nagios plugint, itt pl a check_http-t, mert kb egy csomag install akárhova, és gyanús, hogy obskúrus edge casekben jobban működik, mit a curl. Persze nem lehetetlen, hogy az ott pont jó, és mindenféle hibára be fog jelezni, de ehhez alaposabban meg kell nézni a curlt, vagy az akármit is, a nagios pluginekről meg jó szívvel lehet feltételezni, hogy azt csinálják, amire valók.




HOVD 2019 - Kedvenc laptop gyártó, márka: https://hup.hu/szavazasok/20191220/hovd_2019_kedvenc_laptop_gyarto_marka#comment-2418499

10 évig használtam HPt (igen, felső kategóriás üzletit). Bár elég jól bírják, azért messze nem tökéletesek, és nekem mindig is bleh volt, a Dell mindig szimpatikusabb volt. Most épp lenovom van, a múlt forog a sírjában.

Illetve, bár tudom, hogy alapvetően a volt munkaadóm hülyesége volt, de nem tudok elmenni amellett, hogy a HPban egyáltalán felmerült, hogy egy ultrabookot, ami bőven fél misi felett volt képesek legyenek 1366x768-as kijelzővel gyártani.




sok fájl átnevezése: https://hup.hu/node/167267#comment-2421969

renameutilsban van egy qmv, amit -f do val hívva kapsz egy listát az lstől, amit akármilyen editorban megszerkeszthetsz, aztán hajrá, adhocra ez egész jó szokott lenni. De egyébként amit buga írt, find, aztán egy jól paraméterezett valami rename cucc




Komoly biztonsági hiba a Signal üzenetküldő app androidos verziójában: https://hup.hu/cikkek/20191005/komoly_biztonsagi_hiba_a_signal_uzenetkuldo_app_androidos_verziojaban#comment-2393633

Nem védeni szeretném sem a droidot, sem a signalt (akinél különösen komoly ön-tökön-lövés egy ekkora blama, miközben a securera verik maguk, snowdennel, meg bruce schneiderrel a főoldalon), de lehet, hogy az androidban mostanában divatos akkor kéri jogosultságot, amikor az app valóban rápróbál elsőre azért segít valamennyit. Erős a gyanúm, hogy viszonylag széles réteg van, aki nem akar a signalon telefonálni, és ha már signalt használ, akkor van annyira tudatos, hogy nem is engedte a michez, ha már egyáltalán kérte.




Komoly biztonsági hiba a Signal üzenetküldő app androidos verziójában: https://hup.hu/cikkek/20191005/komoly_biztonsagi_hiba_a_signal_uzenetkuldo_app_androidos_verziojaban#comment-2393685

Szerintem inkább a 8 környékén, a 6osban még csak újra gondolták a policykat. Persze egyrészt simán lehet, hogy rosszul emlékszem, meg az is, hogy már ott is lehetett volna on demand kérni, csak még mindenki próbálkozott első indulásnál.




Komoly biztonsági hiba a Signal üzenetküldő app androidos verziójában: https://hup.hu/cikkek/20191005/komoly_biztonsagi_hiba_a_signal_uzenetkuldo_app_androidos_verziojaban#comment-2393900

Szóval akkor tulajdonképp divatos a 8 körül lett :) Az nekem még belefér a mostanábanba, öreg vagyok már :)




Arch: .pkg.tar.xz -> .pkg.tar.zst: https://hup.hu/cikkek/20190105/arch_pkg_tar_xz_pkg_tar_zst#comment-2422165

Meg vagy te erről győződve az SSDk korában?




Scanning entire Internet in under 5 minutes: https://hup.hu/node/167257#comment-2422163

Azt írja, hogy async.




Megszűnik a nyomtatott PC Guru: https://hup.hu/node/166702#comment-2408021

szerintem az 576ban. Vagy legalábbis abban volt a klasszikus rettenetes. cow nickű arc csinálta talán?




Megszűnik a nyomtatott PC Guru: https://hup.hu/node/166702#comment-2408188

Ismerve a helyzetet, szerintem inkább a szenilis vénember lesz az ;)




Megszűnik a nyomtatott PC Guru: https://hup.hu/node/166702#comment-2408072

hmm, tényleg, olyan is volt




Vevőszivatás magasfokon: https://hup.hu/node/167063#comment-2418480

Fontos észrevenni, hogy a te fülednek bántó. Az övének meg valószínűleg az bántó, ahogy te mondod.




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-2416201

Felmerül a gondolat, hogy any faken virtualizáció kb ever? (tudom, tudom, a cloud izék nem)




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-2416267

gondolom blue ray akart lenni




Győzött az 5G: https://hup.hu/node/166771#comment-2409996

Mondjuk azért a

A döntés az előrejelező modellek legfontosabb időjárási adatforrását, a műholdas mérések megbízhatóságát dönti romba, mely érzékelhető negatív hatással lesz az egyes prognózisokra, főként az olyan területeken, ahol más mérések nem állnak rendelkezésre. Jó példa erre az óceánok területe

kissé sajnos nevetségessé teszi az egyébként elképzelhetően valid kifogásokat. Jajj, jajj, zavarni fog az 5g az óceánok felett. 




HOVD 2019 - Kedvenc multimédia lejátszó, desktop oldali virtualizációs technológia, programfejlesztést segítő eszköz, projektvezetési módszertan, smartphone os: https://hup.hu/cikkek/20191204/hovd_2019_kedvenc_multimedia_lejatszo_desktop_virtualizacios_technologia_programfejlesztest_segito_eszkoz_projektvezetesi_modszertan_smartphone_os#comment-2412306

-1

Ne így ments meg :)




Telenor Hipernet XXL: https://hup.hu/node/166866#comment-2412229

Ja, ez az egy tera épp most jött. Egyenleget kekerdezni telefonba téve a simet lehet, warning nincs, inkább ne legyen net opció nincs, ha átléped, akkor az a hónap 22.5k. De állítólag dolgoznak rajta s telenorral, hogy ne legyen ilyen gyász. Nem fogadnék nagy tételben, hogy sikerulni fog...

Mondjuk nem fenyeget engem, de azert kicsit azért felbasztam magam mikor elolvastam a leveluk :-)




Telenor Hipernet XXL: https://hup.hu/node/166866#comment-2412385

Tényleg ennyire fáj kattintani és lescrollozni a táblázatig?

EU roaming adatkeret többletdíj nélkül    18 GB    




ansible: 1 host több csoport tagja: https://hup.hu/node/166886#comment-2412106

Inventoryban lehet változókat megadni hostokhoz és groupokhoz is. Felsorolhatod, hogy az adott hoston milyen portokat akarsz nyitva látni, és használhatod azt a templateből, vagy csinálhatsz flag jellegű változókat (pl fw_service_ns = true), és nézheted azt a templatedben. Ez kb ugyanaz, mint amit most csinálsz, de lehet, hogy a másik jobban kézre állna, pl mert group szinten tudnál default bekapcsolni ilyet, ha kell.




Ansible help: https://hup.hu/node/166817#comment-2410872

Jep, és ezt a doksi le is írja. ;)

Mondjuk az más kérdés, hogy nem tiszta egészen pontosan, hogy mi is a célja annak a " Get facts of virtual machines with UUID" tasknak. Egyrészt már egyszer le lett kérdezve az egész, tök fölöslegesnek látszik, ha csak be nem nézek valamit, másrészt meg a with_items és a register együtt nem tudom hirtelen mit csinál, de szerintem bele lapátolja az egészet még egyszer egy listába.




A OnePlus arra figyelmeztet, hogy illetéktelenek férhettek hozzá egyes ügyfeleik rendelési adataihoz: https://hup.hu/cikkek/20191123/a_oneplus_arra_figyelmeztet_hogy_illetektelenek_ferhettek_hozza_egyes_ugyfeleik_rendelesi_adataihoz#comment-2408745

A gdpr mindenkire vonatkozik, aki üzletel az EUval. Néhány amcsi cég be is hisztizett, aztán tolták geolocation alapján az "itt nem szolgáltatunk" 404et




A OnePlus arra figyelmeztet, hogy illetéktelenek férhettek hozzá egyes ügyfeleik rendelési adataihoz: https://hup.hu/cikkek/20191123/a_oneplus_arra_figyelmeztet_hogy_illetektelenek_ferhettek_hozza_egyes_ugyfeleik_rendelesi_adataihoz#comment-2408864

Ez egy nagyon jó kérdés, szerintem is minimum érdekes egy ilyen. Azért szerintem vannak az EU kezében lehetőségek: egyrészt nem lehetetlen, hogy küldenek egy sárga csekket, és azt a másik oldal komolyan veszi. Példának okáért a hisztiző amcsi online sajtócégek sem úgy reagáltak, hogy leszarom, úgysem tudsz mit csinálni, hanem úgy, hogy leszarom akkor nem szolgáltatok ott. Ami egyébként implikál(hat)ja, hogy adott esetben részt vettek volna egy eljárásban.

Másrészt simán lehet annak is módja, hogy pl egy ottani bíróságon menjen le a folyamat, vagy a folyamat végét valamilyen egyezmény keretében a helyi hatóságok kényszerítsék ki.

Harmadrészt nyilván vannak technikai eszözei az EUnak. Tudja korlátozni pl a cég megjelenését. Tudhatja korlátozni a cég irányába zajló pénzügyi tranzakciókat. És természetesen a vámhatáron nyugodtan meg tudja fogni magukat a termékeket is.

Hogy ezekből melyik mennyire reális, az egy másik kérdés.




Kyocera szines oldalak száma SNMP: https://hup.hu/node/142458#comment-1903227

tudom hogy öregszem, de nem lehet letölteni egy MIBet, és megnézni?




Kyocera szines oldalak száma SNMP: https://hup.hu/node/142458#comment-1903249

ah so.

Nyomtatóval még nem csináltam ilyet, máshol azért szokták publikálni...




Tilos-e nálatok viszonyt létesíteni a cég másik alkalmazottjával?: https://hup.hu/szavazasok/20191104/tilos-e_nalatok_viszonyt_letesiteni_a_ceg_masik_alkalmazottjaval#comment-2406644

Akkor ezek után egy cég nyíltan lehet antiszemita vagy homofób is, mondhatja, hogy mi nem szeretjük a cigányokat, buzikat. Talán még majd valami olyan érvet is találnak, hogy azért nem, mert az kihat a profitra. Nem tetszik? Nem kötelező itt dolgozni.

Every multi cég kínában meg az araboknál, ever. 




Tanítson meg valaki HUP-ozni!: https://hup.hu/node/166665#comment-2406695

Amikor épp nem bugzik, akkor ott van az új hozzászólások fejlécében egy kis jobbra nyíl, ami ugrik  a következőre.

(Ezt régen a hupper tudta, csak az nem bugzott)




Nincs többé olyan, hogy “szűz” adatbázis?: https://hup.hu/node/166642#comment-2406299

dehogynem, már több projectben is...




Nincs többé olyan, hogy “szűz” adatbázis?: https://hup.hu/node/166642#comment-2406624
Apparently, it's no longer welcome.

The use of the word virgin as an adjective is incorrect here and also an
anachronism.

Just because a word has sexual connotations does not imply that it
doesn't have non-sexual meanings. 

Nem vitatva, hogy egyébként a pristine jobb szó, de szerintem teljesen tisztán látszik, hogy a beszélgetés "PC agyatlanságból" kezdődött. Nem az volt odaírva, hogy valaki nem értette, mit jelent a virgin database kifejezés.




Nincs többé olyan, hogy “szűz” adatbázis?: https://hup.hu/node/166642#comment-2406684

Igazából hosszasan polemizálnak azon, hogy pontosan mennyire empty, és mi nincs benne. Kb mindhárom jó (az empty azért kevésbé, pl amiben már vannak meataadatok, az már kevésbé az, amire itt gondolnak, meg az is, amiből mondjuk el lett dropolva minden. A virgin meg a pristine ~ ugyanaz, csak kicsit máson van a hangsúly, szerintem itt egy paraszthajszálnyilval jobb az "olyan, ahogy létrejött", mint az "érintetlen", de vihar a biliben az egész. Igazából nem is ez volt a mondandóm lényege.




Megkapja a OnePlus 3/3T az utolsó biztonsági frissítést a 2019. októberi update-tel: https://hup.hu/cikkek/20191119/megkapja_a_oneplus_3_3t_az_utolso_biztonsagi_frissitest_a_2019_oktoberi_update-tel#comment-2407448

Tempója milyen?

Eddig sem örültem az updatek gyakoriságának, meg ugye most meg is fog szűnni, illetve a 9es droid óta néha azért van ilyen/olyan delay, ami mélységes szomorúsággal tölt el, szóval lehet, hogy egy nagy levegő után át kéne állni.

Specifikusan: dual simet használod?




Megkapja a OnePlus 3/3T az utolsó biztonsági frissítést a 2019. októberi update-tel: https://hup.hu/cikkek/20191119/megkapja_a_oneplus_3_3t_az_utolso_biztonsagi_frissitest_a_2019_oktoberi_update-tel#comment-2407472

kösz mindkettőtöknek.

Akkor remélhetőleg pár évig még velem marad :)




Megkapja a OnePlus 3/3T az utolsó biztonsági frissítést a 2019. októberi update-tel: https://hup.hu/cikkek/20191119/megkapja_a_oneplus_3_3t_az_utolso_biztonsagi_frissitest_a_2019_oktoberi_update-tel#comment-2407803

Hú, ez egy jó kérdés volt, csatlakozom :-)




egy címzettnek (alias!) szóló levelek szűrése feladó alapján: https://hup.hu/node/166679#comment-2407632

Úgy, hogy a szurt@ címre csak a három whitelistelt cím küldhet, függetlenül attól, hogy a szurt@ a levél címzett, cc, vagy bcc listájában volt-e.




egy címzettnek (alias!) szóló levelek szűrése feladó alapján: https://hup.hu/node/166679#comment-2407644

Igen, ezt szeretné megvalósítani a kérdező, csak nem tudja, hogyan.




D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400217

Állításod nem vitatva, azért ha nem megy a helyesírás ellenőrző javítás funkciója, az nem túl jó, hogy finoman fogalmazzunk.

 (Megnéztem, Androidot egyébként nem zavarja, de az itt más mint desktopon)




D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400436

Köszönöm, később láttam, hogy valaki beírta utánam, meg azt is, hogy ez nevergone szerint is csak workaround, mert tervezi javítani.




D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2400437

Nekem volna, hupper csinált ilyet régen is, viszonylag rendszeresen néztem meg, hogy ki volt.

Mondjuk nyilván low prio, tudnék nélküle élni :-)




D5 -> D8: https://hup.hu/treyblog/20191026/d5_d8#comment-2401156

Mert a TLSben könnyű a downgrade attack




Új komment jelölő - kereshető formában : https://hup.hu/node/163972#comment-2342114

§'"+!%/=()¬~ˇ^˘°˛`˙´˝¨¸\|¶ŧ–€„”÷×[]$¤<>#&@{}<;>*

ezek közül valami, ami tetszik treynek :)




Új komment jelölő - kereshető formában : https://hup.hu/node/163972#comment-2342466

A fenti lista úgy készült, hogy végigzongoráztam a billztem shifttel meg alt-grrel, és kidobtam belőle a furcsa betűket (pl Ł), mivel fent az volt a mondás, hogy a »-t nehéz bevinni, mert ezért maradt ez a lista, mint a fenti alapján elfogadható.

Egyébként lehet, hogy én élek a kő alatt, de fogalmam sincs, hogy kell bevinni




Új komment jelölő - kereshető formában : https://hup.hu/node/163972#comment-2342482

nem, a drupal él kő alatt. :) Bekopiztam a new dobozt, és ott elvágta a faszba. Beírtam még egyszer egy új hszben, az meg eltűnt, csak nem tudom, miért. Abban benne volt az is, hogy már ha ez különbözik attól, ahogy random unicodeot kell beírni.




Új komment jelölő - kereshető formában : https://hup.hu/node/163972#comment-2406555

Az egész szál arról szól, hogy tartalomfogyasztás közben erre kellene keresni.

Egyébként meg érdemes tartózkodni attól, hogy a saját felhasználási preferenciáid univerzális igazságnak lásd, és megmondd, hogy másnak se kelljen, ha neked nem kell...




Új komment jelölő - kereshető formában : https://hup.hu/node/163972#comment-2406479

Mármint értem én, hogy be lehet írni unicodeot, de hadd ne kelljen már megjegyezni azt, hogy 1f195. Finoman fogalmazva sem felhasználóbarát. Nekem nincs bajom az unicode symbolokkal (bár ez pl keresztbetesz a többnyelvűségnek, hacsak nincs már language aware font agymenés), de beírni nem vicces.

Egyébként mikor friss volt ez a topik, akkor megnéztem, 15 perc alatt nem sikerült a kdebe belerakni fedorán egy emoji inputot. És vegyük észre, hogy még ha úgy indul is volnax, mint minden más, akkor is mire előjön a launcher már pont leütöttem azt a két gombot, ami a felsorolások közötti karakterekhez kell, szóval onnan szép nyerni :)




Új komment jelölő - kereshető formában : https://hup.hu/node/163972#comment-2342601

de




Új komment jelölő - kereshető formában : https://hup.hu/node/163972#comment-2342670

én csak segíteni akartam, hogy látsszon a felhozatal, hogy miből lehet választani, hátha sikerül találni egy kompromisszumot majd az újban.

a valódi megoldás meg nyilván az, hogy vannak első olvasatlan, prev olvasatlan, next olvasatlan linkek, és akkor nem kell ezen harcolni :) (bár nyilván lesz valaki, akinek meg az nem jó, mert sokkal jobb csak az f3at ütni...)




Új komment jelölő - kereshető formában : https://hup.hu/node/163972#comment-2342714

Yep. Szar :)

és valóban szűrni kellene a listát az alapján. esetleg betenni mindehova egy animgifet, azt ott könnyű :D




Új komment jelölő - kereshető formában : https://hup.hu/node/163972#comment-2343069

Őszintén szólva a tudott hosszabb topikokban én úgy kerestem, hogy nem néztem meg mobilon direkt :)




nftables vs. iptables: https://hup.hu/node/163900#comment-2340215

kiba régen :)




Közérdekű adatok nyilvánossága vs /etc/sudoers.d: https://hup.hu/node/166597#comment-2405404

Marmint ez 750. Ha leveszed 600ra, akkor neked is ezt fogja csinálni...




Közérdekű adatok nyilvánossága vs /etc/sudoers.d: https://hup.hu/node/166597#comment-2405309

Ez nem sudo. Directoryra kell az x, ha el akarod érni, ami alatta van. A read csak arra jó, hogy magát a dirt meg tudd statolni (ezért látja a fileneveket). Isten hozott a unix permissionök csodálatos világában. 700, és jó lesz.




Közérdekű adatok nyilvánossága vs /etc/sudoers.d: https://hup.hu/node/166597#comment-2405468

    unable to open/read /etc/sudoers
      The sudoers file could not be opened for reading.  This can happen when the sudoers file is located on a remote file system that maps user ID 0 to a different value.  Normally,
      sudoers tries to open the sudoers file using group permissions to avoid this problem.  Consider either changing the ownership of /etc/sudoers or adding an argument like
      “sudoers_uid=N” (where ‘N’ is the user ID that owns the sudoers file) to the end of the sudoers Plugin line in the sudo.conf(5) file.

sudoers.d-ről nincs benne szó, de gondolom ugyanez. Szóval igazából a group számít. 




Az illetékes rendőri szerv kiadta az Uber baleset önvezető autójának fedélzeti videóit: https://hup.hu/cikkek/20180322/az_illetekes_rendori_szerv_kiadta_az_uber_baleset_onvezeto_autojanak_fedelzeti_videoit#comment-2234522

Azt nem triviális eldönteni, hogy kell-e fékezni egyáltalán. A szél fútta zacskó az tipikusan olyan, hogy "bazmeg a hülye hirtelen lelépett, satuzni kell", csak ugye nem lelépett, mert mégse ember volt.




Chemaxon - IT System Engineer: https://hup.hu/node/159235#comment-2234210

Nem neki kell tudni...




DevOps Engineer: https://hup.hu/node/161016#comment-2273950

Mert "én ennyit akarok hazavinni, a többi nem érdekel".

Mondjuk egyszer megnézném, ahogy egy tökösebb HRes ezután kifaggatja az összes szürke zónás ügyben, majd szètteszi a kezét, hogy ez kellett a nettoja miatt :-)

Szerk: es a nem érdekelben az ignorancia mellett a "nem baj a borítek" is benne van neha...




DevOps Engineer: https://hup.hu/node/161016#comment-2274095

Igen, bár egyébként van ennek azért egy igazából fehér vállfaja is, amikor az ember azt mondja, hogy a végére én kb Xet szeretnék, de abban rugalmas vagyok, hogy ezt milyen csomagban. Caffeteria, céges kocsi, bónusz, random költségtérítés, stb.




DevOps Engineer: https://hup.hu/node/161016#comment-2274090

> Miert is kene erdekelnie barmi masnak is? Munkavallalo vagyok, nem jotekonysagi szervezet.

Mert bár tetszik-nem tetszik, igazából te adózol, érdemes legalább nagyságrendileg képben lenni, hogy mennyi az annyi. Illetve a cég meg egy cég, és alapvetően a te mennyit tudsz hogyan nem befizetni dolgot keresztbe leszarja, nem jótékonysági szervezet, azért számolja, mert muszáj neki, és általában annyira, amennyire muszáj neki. A szerződés meg a bruttóról köttetik.

> A tobbivel elegge mellelottel, multinal dolgozom 100%-ra bejelentve, semmi szurke vagy ketes nincs a dologban, ez a minimum, masmilyen kondiciok szoba sem johetnenek, igy innentol valoban csak az szamit, talalkoznak-e az elkepzelesek (ergo a nettom annyi-e, amennyiert hajlando vagyok dolgozni).

Elnézést, ha nem volt egyértelmű, nem konkrétan rólad beszéltem, az általános "Miért mondana bárki fizetési igényre nettót?" kérdésre próbáltam válaszolni. Annak meg az egyik oka szokott az lenni, hogy ha valaki bedobja "én 150et szeretnék hazavinni, a többi nem érdekelt" akkor nem kell neki a kis szájával kinyögni, hogy igazából ha olyan, akkor lehet boríték, minimálbér meg ilyesmi, mert az mégiscsak kellemetlen, ellenben az erre fogékony cég meg érti.




Chemaxon - IT System Engineer: https://hup.hu/node/163259#comment-2326893

Fordítva tetszik ülni a lovon.




Chemaxon - IT System Engineer: https://hup.hu/node/163259#comment-2326871

Látom, nem neked nem sikerült egyedül, szóval kiemelném:

"Igen, direkt van faszsag a kerdesek kozott."




Chemaxon - IT System Engineer: https://hup.hu/node/163259#comment-2326899

Pedig a "beakasztotta a rendszertből" az is kikövetkezhető :) Gondolom a mit csinálsz ha nem tudsz valamit / valaki hülyeséget kérdez IRL szemléltetésére. Érdekes dolgok tudnak ilyenből kijönni, pláne egyébként jól beszélő emberekből :) Bár nyilván ésszel kell kezelni, amit látsz. Volt olyan szerencsétlen kolléga, aki miután belenézett az épp készülő feladatsorba kissé teljesen fogalmatlannak nézett ki egy kutya közönséges netmaskos mi mennyi kapcsán, mert elsőre belekavarodott fejben, aztán meg rástresszelt. Pedig egyébként tényszerűen tudom, hogy munka közben ezeket rutinból csinálja.




Chemaxon - IT System Engineer: https://hup.hu/node/163259#comment-2337555

> Megtortent, first hand. Nem kicsit voltam ideges, hogy elloptak egy vagon idomet a nagy semmire.

Érdemes megnézni, hogy ugyanaz a fejvadász tolja-e még két hét múlva is ugyanazt a pozit, ha igen akkor voltak tájékoztatva, csak így kényelmesebb volt :)




Chemaxon - IT System Engineer: https://hup.hu/node/163259#comment-2337569

Jep. Ezért mondom, hogy ha még ott van továbbra is a hirdetés, akkor ők is tudták a bemondott számot. Mert egyéb esetben azon a fejvadászon keresztül nem nagyon fognak már embert keresni.




[EOL] WP8(.1) kritika (szakmai szemmel): https://hup.hu/node/138109#comment-1882221

Az már valami, de azért nekem friss wp tulajként még messze nem adja azt a kényelmi szintet, amit a swiftkey tudott androidon.




[EOL] WP8(.1) kritika (szakmai szemmel): https://hup.hu/node/138109#comment-1918516

- Van egy új opció: "Show notifications in action center, when my phone is locked", arra nem emlékszem hogy az eleje ilyen esetben is látszik-e.

Ez nekem 8.1 alatt is van, és ettől még mikor jön, akkor fent egy csíkban látszik, csak az action centert nem lehet lejjebb húzni az ikonoknál (a notification rész nem jön le)




Hupper 2.5.0: https://hup.hu/node/155705#comment-2233992

Ez mivel jobb, mint a user dobozodban levő friss tartalom? Az ugyan a /tracker/uidra visz, de az nekem úgy tűnik, csak annyiban különbözik, hogy másik irreleváns tabok vannak mellette.




Újmagyar: https://hup.hu/node/165292#comment-2373409

Wtf is eltámad? (Rejtett sub).
Ráadásul sem a bealszik, sem a benéz nem ugyanazt jelenti, mint az elalszik, elnéz.




Újmagyar: https://hup.hu/node/165292#comment-2390487

"vagy megfelelően körülírjuk"
Kérdés az, hogy miért olyan nagy baj, ha valaki egy olyan kifejezést használ, amit egyébként csak hosszan lehetne körülírni?




Újmagyar: https://hup.hu/node/165292#comment-2373767

"Bár egy nyelvészettel is foglakozó oldalon azt olvastam: "úgy helyes, ahogy mondják". Nem értek vele egyet, szerintem modorosság, eredetieskedés, félműveltség, nyelvi igénytelenség, birka-szellem."

A két állítás közt nincs ellentmondás ;-)




Dropzone hely létrehozása (write-only service): https://hup.hu/node/166151#comment-2401385

Minio ?

Szerk: de ha irni akarsz, nezz go-t, franko egybeforditott binarisokat csinal




Dropzone hely létrehozása (write-only service): https://hup.hu/node/166151#comment-2401563

Elnézést, nem vettem észre, hogy a go-t már elvetetted.

Az a baj, hogy bár szerinted tök egyszerűek az igényeid, igazából nem:

Értem én, hogy a go (vagy akármi mellé) hozzá kell tenni 30 mega qt-t, de most komolyan, és akkor mi van?

Ha mindenféleképp gui kell, és te akarod fejleszteni, akkor megkeresed a legkisebb .NET-et ami kell, és megírod. Mondjuk én nem nagyon értem, hogy minek a gui. Ha tényleg annyi a dolga, hogy a processz végén húzzon egy csíkot, akkor huzasd egy terminál ablakban. Vagy legyen a feltöltés böngészőben, egy ismert urln, aztán húzzon csíkot a javascript. Vagy legyen meta refresh x másodpercente, mint 96ban, és akkor még javascript sem kell :)

Mondjuk nem értem, hogy miért nem jó a kiscsilló backup sw valamelyike, vagy egy kutya egyszerű (mondjuk) ftp, ahol egy jól sikerül setgides, rw only könyvtárba mennek a dolgok egy akármilyen neked tetsző klienssel.




Dropzone hely létrehozása (write-only service): https://hup.hu/node/166151#comment-2401582

Nem jól erted. A minio egy self hosted s3 alternatíva. Tud kompatibilis is lenni, meg van saját kliens, bindinggel kb mindenhez is. Gyak a server oldalt tudja egész jól, meg stabil feltöltést, resumeot ilyesmit. Ill ha kell segít a normális, elosztott tarolasban is.




Dropzone hely létrehozása (write-only service): https://hup.hu/node/166151#comment-2401621

Valami cipher basz lesz, vagy a c# nem a beépített certstoreból működik. Vagy kapard ki  tls hibaüzenetet, vagy wwiresharkold meg.




Dropzone hely létrehozása (write-only service): https://hup.hu/node/166151#comment-2401659

Mert egyrészt a 4.5 régen volt, másrészt az MS hülye volt. És nem a windows 10 miatt ilyen, hanem a régi .net miatt. Van itt egy hosszabb szenvedés arról, hogy hogyan kell beállítani a régebbi .NETeket, hogy legyenek kedvesek és az OS által támogatott TLS verziókat használják. Ez kissé jövőtállóbnak tűnik, mint amit te csináltál, különös tekintettel arra, hogy épp nyakunkon a TLS1.3.




Dropzone hely létrehozása (write-only service): https://hup.hu/node/166151#comment-2401868

Őszintén szólva annyira nem néztem meg. Oda lehet tenni a portable izé mellé is egy .reget, bár kétségtelen hogy kevésbé elegáns.

Mondjuk bizonyára ki lehet túrni, hogy az adott OS mit tud. :)




Docker volume mount: https://hup.hu/node/166378#comment-2401150

Ha jól értem, az a baja, hogy volume nélkül csinált valamit, bekonfolta, és most szeretné kinyerni a konfigot, amit csinált. Szóval nincs mit odamásoljon, így akarta azt pont megoldani.




Docker volume mount: https://hup.hu/node/166378#comment-2401211

Igen, csak így a "Ha előbb átmásolod a meglévő konfigjaidat a /var/asd mappába, akkor már működni fog amit szeretnél." nem fog menni, mert azok csak a konténerben vannak :)




Docker volume mount: https://hup.hu/node/166378#comment-2401149

TL;DR ha jól értem a bajod akkor egy docker cp asd:/config/* /var/asd segíteni fog kiszedni a jelenlegi configot, aztán azzal már indíthatsz új konténert.

Bár a kérdésed kissé ellentétes azzal, mint amit fölötte feszegetsz (+volume hozzáadása meglévő konténerhez vs konténer tartalmának elérése a hostról), de lássuk.

Először is, valamit nem jól csinálsz. A konténerek természetüknél fogva eldobhatóak, nem szabad bennük perisztens adatnak lenni, csak a futtatókörnyezetnek, éppen azért, amit látsz. Minden konfigot, adatbázis fileokat, ilyesmit az kintről kell valahogy betenni. Pl volumeokkkal, vagy env varokkal. Ha a konténer, amit használsz, valami gyári cucc mondjuk a docker hubról, akkor le is lesz írva, hogy mit kell így csinálni. Ha saját image, akkor a jövőben erre figyelj.

Na most, hogy mit lehet tenni, arra azért van több megoldás.

Egyrészt docker commit segítségével a létező konténerből csinálhatsz egy új imaget, amiből már indíthatsz egy új konténert, aminek tudsz -v t adni. Persze ha pont a config mappát szeretnéd most már betenni, akkor nem lesz jó. Persze játszhatod azt, hogy máshova mountolsz, másolsz, aztán rendezkedsz, de ennél akkor már egyszerűbb a fent mutatott docker cp, amivel tudsz fileokat kimásolni konténerből.

Aztán persze rootként elérhető a konténer komplett filerendszere, docker inspect megmondja, honnan van mountolva, valószínűleg a GraphDriver/Data/MergedDir kell neked (függ a storage drivertől szerintem, hogy hogyan hívják)

És végül, ha mindenképp volumet akarsz hozzátenni egy létező konténerhez, akkor leállítás után kézzel valószínűleg bele lehet hekázni a /var/lib/docker/containers/<id>/config.v2.jsonba a plusz mountpointot, aztán imádkozni. Mondjuk hogy mit fog csinálni ha már vannak ott adatok, az passzpiros, szerintem simán csak felülmountolja, szóval ennek is csak akkor van értelme, ha új könyvtár kell.




Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398047

Alapvetően nem sok (bár értelme sem, aki nem tud viselkedni, az egy részletesebb "be nice"-tól sem fog tudni, ha meg túl részletese, akkor jöhet a jogászkodás, az meg már baj), viszont mostanában elég világosan látszik a pattern, hogy már a nulladik napon megjelenik valami önjelölt igazságosztó, és megpróbál kidobatni valakit, mert nem tetszett neki valami, amit valahol mondott. Persze a projecthez hozzátenni nem akar.




Az illumos projektnek is lett hivatalos magatartási kódexe: https://hup.hu/cikkek/20191020/az_illumos_projektnek_is_lett_hivatalos_magatartasi_kodexe#comment-2398334

Valaki pár hete linkelte, hogy a stackexchange moderátor gárdájának kb a fele sztrájkolt, mert csináltak nekik egy ilyet (community guidelinest a community megkérdezése nélkül ez is mindig megér egy misét), majd amikor az egyikük megpróbálta tisztázni, hogy hogyan lehet a nyelvtant használni, akkor kibaszták. A bűne annyi volt, hogy mivel kitalálták, hogy nem ér megpróbálni elkerülni az új névmások használatát, ő meg megkérdezte, hogy ez arra is vonatkozik-e, aki -- mint pl ő -- egyébként is kerüli a személyes névmások használatát, épp azért, mert minefield. Miközben kb az összes valódi érintett (értsd, valóban valami szivárványspektrumos), aki megszólalt, kb nézett ki a fejéből, hogy a spiné kb a legmegértőbb, legnormálisabb arc a bagázsban.




Team Building ~100 főre: https://hup.hu/node/159402#comment-2233926

Erre van egy tök egyszerű módszer: nem mész el a team buildingre.




Team Building ~100 főre: https://hup.hu/node/159402#comment-2234208

Akkor viszont nem mindegy neked, hogy aki viszont igen, az inni megy, vagy pl beáll a cég egy napra valaki privát fejlövése mögé?




Team Building ~100 főre: https://hup.hu/node/159402#comment-2283198

Arra én is kíváncsi lennék, ha van valami tuti recept 100 emberre mondjuk 2-300k-ból, azt szeretném hallani :)

Egyébként ez a nerf egész életképes. Pláne, hogy utána lehet használni meeting chairként az eszközöket :D




Team Building ~100 főre: https://hup.hu/node/159402#comment-2283211

A mozijegy nem jó, oda oda is kéne vinni a bagázst :)




Team Building ~100 főre: https://hup.hu/node/159402#comment-2283215

Idejét nem tudom, mikor voltam utoljára olyan IT/Telco profilú cég irodájában, ahol nem volt ingyen kv, pedig elég sokban megfordultam.

Mondjuk az tény, hogy a helyi erők sokszor inkább meghívnak egy kantinosra :)




Team Building ~100 főre: https://hup.hu/node/159402#comment-2283230

Nem véletlen írtam, amit írtam. :)

Szerintem egy 100 fős infó cégben ha ennyi pénz van csapatépítésre, az tippre inkább a fillérbaszás miatt lesz.




Team Building ~100 főre: https://hup.hu/node/159402#comment-2283213

Szerintem is, de ugye ez volt az indító felállás.

Viszont valami random "bennmaradunk piálni/pofázni valami lightos tematikus cucc mellett" este kiegészítéséhez lehet, hogy le fog esni valami használható.




Pöttering áldja meg az sshd-t...: https://hup.hu/node/161372#comment-2279267

Segítettek is, szállítottak egy olyan sshdt, ami normálisan működik a systemdvel, és megkérték a systemdt, hogy normálisan használja.

Az, hogy te csakazértis futottál egy kört, és eközben sikerült felfedezned, hogy a systemd sokféle módon tud processzt felügyelni (amit ugye azért nem árt tudni, ha az ember ilyenekkel mókol), és emiatt futottál egy kört, az egyszocprob, nem a debian hülyesége.




Elérhető tesztelésre a HUP 8.x-RC1!: https://hup.hu/node/165975#comment-2394114

azért azt vegyük már észre, hogy hónapokig elérhető volt, amin nevergone dolgozott, hosszú topikok voltak, hogy mit hogy kellene, ez meg már az rc, ami a nézzétek meg, hogy nem esett-e valami még hasra, mert ez már az éles konfig.

A topic meg tele van egy rakás emberrel, aki eddig ezt nem nézte, most meg pampog, miközben nem érti, mi ennek a stepnek a célja.




Elérhető tesztelésre a HUP 8.x-RC1!: https://hup.hu/node/165975#comment-2395170

mert te voltál az utolsó, aki megsértődött ezen. Azt már be se linkeltem, hogy a negyedik hozzászólásban benne volt pl, hogy: "A végleges beállításokat teszteljük. A cél az, hogy minden (tanúsítvány stb.) be legyen véglegesre állítva, így az átállás egy dump betöltése lesz csak, hogy minél kevesebbet kelljen állni."

Kiemelést pl szívesen megnézném, hogyan tesztelnéd másképp.




Megjelent a Node-RED 1.0.0!: https://hup.hu/cikkek/20191001/megjelent_a_node-red_1_0_0#comment-2392404

Mondjuk ez ránézésre egy controller, nem feltétlen kell valami low end anyám kínján futtatni.

Ettől mondjuk a node nem biztos, hog jó ötlet :)




Local ssl: https://hup.hu/node/166015#comment-2392760

Ha elárulod, hogy hogyan hoztad létre azokat a fileokat, akkor fogunk tudni segíteni.




Local ssl: https://hup.hu/node/166015#comment-2392807

Hát, ha self-signed cert, akkor azt be kell importálni. A chromeban van a Settings / Advanced / Privacy and security alatt egy Manage Certificates, oda be lehet tenni (vagy a system cert storejába, ha azt a chrome nem szarja le).

Viszont oda nem a keyt kellene beimportálnod, ahogy a nyitóban írtad, hanem a CA certet.

Nem tudom, azzal tisztában vagy-e, hogy ez így csak ott fog menni, másnak nem. Én személy szerint self signed certet, főleg ilyen játszósat nem nagyon trustolnék permanent sehol, inkább nyomnám a tudom-tudom gombot.

Ha van rá valami domain, kérhetsz rá letsencrpytet, az kb mindenhonnan jó.




A pride hónap tiszteletére logót vált a Debian projekt: https://hup.hu/node/164856#comment-2366175

Pedig a ettől még a világi törvények az etalon. Nem azért, mert azok nem lehetnek rosszak, hanem azért, mert azok állnak legközelebb a társadalmi konszenzushoz. Szóval ha általában azt gondoljuk, hogy kisfiúkkal szexelni nem szabad, és ezért börtön jár, akkor nem szerencsés, hogy az egyház azt tudja mondani, hogy de szerintem meg nem jár, és nekem ér takargatni, és neked ezt tiszteletben kell tartani.

Mint ahogy az se lenne az, ha mondjuk félredugó margitot megköveznék a főtéren, majd a vállukat vonogatnák, hogy hát szerintünk ez rendben van, és neked ezt tiszteletben kell tartani.

Mert ha vélemény alapján jár szabadkártya, akkor pl a prideon pávatollal a valagukban vonulgató mások is mondhatják, hogy szerintünk a család meg kifejezetten az, ami két pasi meg egy örökbefogadott gyerek, és nyugodtan importálhatok magamnak mondjuk egy közelkeleti kisgyereket, hogy felneveljem, és neked ezt tiszteletben kell tartani.




A pride hónap tiszteletére logót vált a Debian projekt: https://hup.hu/node/164856#comment-2366982

És ha a német törvények mentén ítélkeztek volna felőlük, akkor fel is mentették volna :) Az más kérdés, hogy nem ők nyertek, ezért a saját konszenzusuk helyett kénytelenek voltak a győztesé alapján menni a bíróságra.

De ez mind csak egy gyenge terelés, nem háborús helyzetről beszélgetünk, hanem arról, hogy jár-e a törvények betartása alól szabadkártya, de erre nem válaszoltál.

> A különbség annak meglátásában van, hogy mit kezdjünk a bűnössel.

A különbség annak meglátásában van, hogy szabad-e neki eldönteni. Meg abban, amire szintén nem regáltál, hogy ha random kisebbségnek joga van leszarni, és szerinted ez így jó, akkor milyen alapon gondolod, hogy két meleg férfi nem mondhatja azt, hogy mi márpedig összeházasodtunk, és ezt házasságnak hívják, leszarjuk, hogy állítólag nem, és fel fogunk nevelni egy gyereket szeretetben?




A pride hónap tiszteletére logót vált a Debian projekt: https://hup.hu/node/164856#comment-2367320

> A jogrendszerünk bibliai alapú, s nem a Bibliánk világi alapú.

Egyrészt nem, a jog rendszerünk mint megjegyezték, nem Bibliai alapú, hanem római jog alapú. Amire te gondolsz, ahhoz legközelebb a sária alapú jogrendszerek vannak, emléleim szerint más topikokban attól szoktál rettegni, hogy idejönnek azok a barbárok, és ránk kényszerítik. Másrészt mindegy is, milyen alapú volt, a norma most már akkor is a jog rendszerünk, akkor is, ha egyébként a bibliaiból kezdett kialakulni. Már jó ideje az a közmegegyezés, hogy az egyház orrára rá lett csapva a templomajtó, hogy eddig csinálhatod úgy, ahogy neked tetszik, egyébként csak pont annyira pofázhattok bele, mint mindenki más.

Pont ugyanannyira, mint a buzik. Nem azért mert kisebbség, hanem azért, mert nem az ő véleményük a mérvadó konszenzus. Ugyanilyenek még a zsebnácik, a nagymagyarországosok, a habzó és nem habzó szájú liberálisok, a civil szervezetek, a zsidók, a muzulmánok, a büszke pedofilok, meg kb mindenki más. Az egyháznak -- szerintem sajnos -- a többiekhez képest van némi többlet joguk arra, hogy a saját berkeiken belül mégsem minden kötelező rájuk. Én arra vagyok kíváncsi, hogy ha ezt így lehet, akkor másoknak szerinted miért nem jár. Ha meg nekik nem jár mert az nem jó, akkor az egyháznak miért jár, és az miért van jól? Az szerintem elég gyenge érv, hogy mert az egyház álláspontja neked speciel tetszik. De továbbra is csak mellébeszélsz.

És egyébként -- bár ez tényleg mellékes -- az egyház bizony kisebbség. Ha tippelnem kellene, nem sokkal van több aktív templomjáró, mint aktív buzi.




A pride hónap tiszteletére logót vált a Debian projekt: https://hup.hu/node/164856#comment-2367494

Mivel látok rá némi esélyt, hogy ezt félreértetted, buzizni speciel nem én kezdtem, csak igazodtam a kollégához. (Bár egyébként nekem nincs bajom azzal, ha valamit nevén neveznek)

A szent jobb körmenetet meg nem akartam leírni. Ráadásul ez jobb/rosszabb, mert abban egyébként van némi államiság ünnep is az eredeti birtokos miatt. Aztán hogy ettől kevésbé négy fal közé való, vagy mit képzelnek a katolikusok, hogy kisajátítják magukat a helyes narratíva, azt mindenki döntse el maga :)




A pride hónap tiszteletére logót vált a Debian projekt: https://hup.hu/node/164856#comment-2366983

dedup




A pride hónap tiszteletére logót vált a Debian projekt: https://hup.hu/node/164856#comment-2366984

dedup




A pride hónap tiszteletére logót vált a Debian projekt: https://hup.hu/node/164856#comment-2363839

Ebben az esetben viszont nyugodtan lehet őket azonosítani a pedofília pártolásával :)




Red Hat Enterprise Linux 8 : https://hup.hu/cikkek/20190508/red_hat_enterprise_linux_8#comment-2346778

Sokáig tartott.

De akkor még nem voltak összeborulva az RHval, szerintem most nem lesz para.




Lehet-e HAProxyval DDoS ellen vedekezni Transzparens modban: https://hup.hu/node/165614#comment-2382842

1) a Haproxy nem layer 2, hálistennek mondjuk az ip címek sem, az is layer 3.
2) Te tulajdonképpen rate limitelni szeretnél. Ezek pl nem tűnnek rossznak:
- https://medium.com/faun/understanding-rate-limiting-on-haproxy-b0cf5003…
- https://gist.github.com/procrastinatio/6b6579230d99be5bfa26d04acd788e7a
Bár igazából lehet, hogy a queuing is elég lesz, ebben az első: https://www.haproxy.com/blog/four-examples-of-haproxy-rate-limiting/ - mondjuk ahogy nézem, a másik kettő is kb itt van, aztán ez mégiscsak "offical"

3) At the end of the day, ddos ellen csak sávszéllel lehet védekezni, és tipikusan nem endpointon. Ugyanis lehet neked akármennyire okos haproxyd, vagy akármid, ami rögtön 500akat dobál vissza egy idő után, annak is át kell menni az interneteden, a DDOSnak meg az a tulajdonsága, hogy rengeteg kliens van, ami ezzel is el tud dugítani vonalat. (sőt, akár már sima synekkel is) Szóval ha tényleg DDOS ellen akarsz védekezni, akkor sajna nincs mese, keress szolgáltatót.




Új HUP, D8 alapokon - tesztelésre fel!: https://hup.hu/node/162454#comment-2307252

Szerkesztő ügyben csatlakoznék, a wysiwyg tőlem ott maradhat, de nagyon jó lenne, ha lehetne valami nem html sourceot írni. Most még a bbtagek is eltűntek :(




Új HUP, D8 alapokon - tesztelésre fel!: https://hup.hu/node/162454#comment-2306703

Mobilon (Oneplus 3, chrome) kissé kicsúszik jobbra a főmenü, meg a hovdos box: https://imgur.com/a/v6Cv6Su

[nagyon minor] illetve mikor végiggörgetem, akkor a twitteres doboz -- mivel nem fér el benne minden -- maga kezd el scrollozni, ha lejebb akarok menni, célozni kell a két doboz közé...




Új HUP, D8 alapokon - tesztelésre fel!: https://hup.hu/node/162454#comment-2306808

valóban, ez reggel nem tűnt fel:
https://imgur.com/a/pULJI22




Új HUP, D8 alapokon - tesztelésre fel!: https://hup.hu/node/162454#comment-2306757

Nálam bár jó, de maga a content blokkolt by apple, nem tudom, az baj-e a teszt szempontjából.




Új HUP, D8 alapokon - tesztelésre fel!: https://hup.hu/node/162454#comment-2306811

Igen :)

Klikk előtt: https://i.imgur.com/HT43DG7.png
Klikk után: https://i.imgur.com/7uZoYry.png




Új HUP, D8 alapokon - tesztelésre fel!: https://hup.hu/node/162454#comment-2307744

fórumtémáknál a ki/mikor nyitotta elhelyezkedése csak engem zavar? Így, hogy ott van felette a cím, nagyon kicsi a top margin (jobboldalt a kategóriánál már nem fáj). Jeleneg ez messzebb van, de azt sem tartanám elképzelhetetlennek, hogy bekerüljön a címsorba, pl jobbra.




Új HUP, D8 alapokon - tesztelésre fel!: https://hup.hu/node/162454#comment-2382592

Mondjuk akkor most kevesebb bajod lenne a migrálással ;)




A Lomtár (Recycle Bin) pozíciója az Asztalomon ...: https://hup.hu/szavazasok/20190822/a_lomtar_recycle_bin_pozicioja_az_asztalomon#comment-2379425

Én tudom, hogy nincs, mert semmi ikon nincs :)




A hup nem érhető el IPv6-on!!444!!!44!: https://hup.hu/node/163848#comment-2338851

Dafuq?




A hup nem érhető el IPv6-on!!444!!!44!: https://hup.hu/node/163848#comment-2338992

De jó messze jutottál az ipv6 only szolgáltatótól szóló épületes baromságtól...




Okosórát vagy -karkötőt ...: https://hup.hu/szavazasok/20190208/okosorat_vagy_karkotot#comment-2318668

Azokban a redirect nem szokott ingyen lenni.




Törölnöm kell az nmap-ot...: https://hup.hu/node/165326#comment-2375699

man getent




BKK e-ticket: https://hup.hu/node/154459#comment-2121934

Akkor mindenkinek kell a konstans adatkapcsolat, plusz egy backend, aminek nagyságrendileg több tokent kell generálni.




BKK e-ticket: https://hup.hu/node/154459#comment-2121961

Jogos, megfertozte az agyam a szakmai színvonal, szorri :-)




BKK e-ticket: https://hup.hu/node/154459#comment-2123800

sőt. :) Ki a franc akarna a saját usereinek azonosításához megbízni bárki random külsősben :)

radiusnál/WPAnál is rendszeresen előjön, hogy miért self signed, és mindig el kell magyarázni, hogy a self signed az nem az insecure szinonímája, kontollált környezetben konkrétan jobb.




BKK e-ticket: https://hup.hu/node/154459#comment-2241563

Mert onnan indult a szál?




BKK e-ticket: https://hup.hu/node/154459#comment-2241564

-- dedup --




BKK e-ticket: https://hup.hu/node/154459#comment-2248013

A fizetős tehergépjármű forgalom ritkán metrózik.




Milyen asztali környezetet használsz desktop Linuxon?: https://hup.hu/szavazasok/20190718/milyen_asztali_kornyezetet_hasznalsz_desktop_linuxon#comment-2369292

a legnépszerűbb sincs úgy említve sehol, hogy én azt használom, szóval ez rájuk is igaz ;)




Milyen asztali környezetet használsz desktop Linuxon?: https://hup.hu/szavazasok/20190718/milyen_asztali_kornyezetet_hasznalsz_desktop_linuxon#comment-2369790

Mondjuk egy bluetooth backend eléggé lehetne.




Milyen asztali környezetet használsz desktop Linuxon?: https://hup.hu/szavazasok/20190718/milyen_asztali_kornyezetet_hasznalsz_desktop_linuxon#comment-2370545

Én fedorán használom. Régebben ha elszállása nem is volt, de olyat láttam, hogy elfelejtette a belakások egy részét (egyébként szerintem csak az asztal elrendezést), akkor a második ilyen után hagytam is a francba, de most már kb fél éve ezt nyomom, közben vasat is cseréltem, és nincs ilyen, nem szokott megfagyni, és nem resetelgetni magát. Az egyetlen dolog, hogy képtelen megjegyezni, hogy az egyik külső monitoron desktop view van és nem folder, és mit szeretnék háttérképnek, rendszeresen visszaáll.




Milyen asztali környezetet használsz desktop Linuxon?: https://hup.hu/szavazasok/20190718/milyen_asztali_kornyezetet_hasznalsz_desktop_linuxon#comment-2371156

szerintem a szavazat törlésére :)




/e/ - hogyan tovább?: https://hup.hu/cikkek/20190724/e_hogyan_tovabb#comment-2371231

ja, gnomenak is volt az a fantasztikus ötlete, hogy mindent hívjunk funkcionálisan, a böngészőt legyen browser, a képnézegető talán images, aztán have fun guglizni, ha baj van :)




Szólt a Magyar Telekomnak egy biztonsági résről, 8 év börtönt kaphat: https://hup.hu/node/162719#comment-2311996

erre én is kíváncsi lennék. Leszúrtam, de szóltam, uh nem baj?

(rejtett sub)




Szólt a Magyar Telekomnak egy biztonsági résről, 8 év börtönt kaphat: https://hup.hu/node/162719#comment-2323023

"Szóval az igazi kérdés az, hogy vajon ő itt a csávó magatartása volt "társadalomra veszélyes", vagy épp próbálta egy nagy, közérdekű üzemet üzemeltető cég társadalomra veszélyes magatartását a jobb irányba befolyásolni."

Hamis dilemmád van, az, hogy az egyik veszélyes a társadalomra, nem jelenti azt, hogy a másik nem az.




Szólt a Magyar Telekomnak egy biztonsági résről, 8 év börtönt kaphat: https://hup.hu/node/162719#comment-2323218

Nézd, attól, hogy megpróbálsz egy -- mellesleg nyilvánvalóan blőd -- példát a számba adni, majd azzal vitatkozni, attól még nem lesz igazad.

Azt kellene észrevenned, hogy még csak azt sem állítottam, hogy a kiscsákó cselekedete társadalomra veszélyes lenne (v.ö. "te gondolom ráhívnád a rendőröket, hogy büntessék meg jól..."), egyszerűen arra próbáltam felhívni a figyelmedet, hogy az az érvelés, amit használsz, miszerint mivel amit a T csinál az rossz, ezért amit a kiscsákó csinált, az nem veszélyes a társadalomra, nem állja meg a helyét. Ez a két dolog egymástól függetlenül mérlegelendő.

Emberünk explicite BTKba ütköző dolgot tett. Akármennyire is 100%-ban nemesek voltak a szándékai, ettől ez még lehet a társadalomra veszélyes. Ez ugyanis egy csodálatos, önrekurzív gumiszabály: ahogy más is említette már, egy ilyen arra ösztökél, hogy nyugodtan le lehet tojni a BTK ide vonatkozó paragrafusát, ezzel erodálva a közrend társadalmi megállapodás alapján való működését, ergo veszélyes a társadalomra :).

És igen, jól látod, ez generic működik, a törvények megsértése, ha azt szankció nélkül hagyod, akkor csökkenti a törvényekbe vetett bizalmat, növeli az azok be-nem-tartására való hajlandóságot, tehát mint olyan, veszélyes a társadalomra. Ezért nem is nagyon látni -- fórumokon kívül -- erre való hivatkozást, mert a gyakorlatban e miatt ilyennek csak akkor érdemes neki menni, ha elég erős érvekkel tudod alátámasztani, hogy abban a konkrét esetben ez nem áll fent.

Erre az esetre ez szerintem igen nehezen ráaggatható. A srác csinált egy csomó olyat, ami a jó szándékát megkérdőjelezi, bőven lett volna más, jogintézményeken belül maradó cselekvési lehetősége, hogy kezdjen valamit a T-vel, ráadásul a T "rosszsága" sem tűnik egyértelműnek jogi szempontból. Uh. marad az, hogy a bíró azt, hogy egyébként a T mit (nem) csinált, majd max enyhítő körülményként tudja reálisan beszámítani. Meg természetesen ettől függetlenül lehet abuzálni a T-t, hogy amit csinált, az egyébként szar, és büntessük. (Bár hozzáteszem, BTKst szerintem rájuk nem lehet húzni)

És félreértés ne essék, a terület szabályozása szerintem elég szar, a joggyakorlat még inkább, és nagyon nem tud mit kezdeni az internet nemzetköziségével, de ettől még az érvelés hogy "T rossz -> gyerek nem rossz" nem állja meg a helyét.




Szólt a Magyar Telekomnak egy biztonsági résről, 8 év börtönt kaphat: https://hup.hu/node/162719#comment-2323248

Igen, emlékszem.

Nem gondolom, hogy ez bármennyire is ellentmondana a fentieknek. Hint: konkrét eset, konkrét körülményei. Azok eléggé mások. A basztatott rendszer is sokkal nagyobb fos volt, meg a srác is sokkal tisztábban járt el. Emlékeim szerint ráadásul egyébként is közérdekű bejelentésnek értékelte, ami szintén kizárja a büntethetőséget, csak így kevesebbet kellett gépelni :)

Ráadásul itt nem a bíró mondta ezt, hanem az ügyész döntött úgy, hogy inkább nem emel vádat, akinek ilyen jogköre ugyan van, viszont a sztori végén az övé is csak egy olyan vélemény, mint adott esetben az ügyvédé.

Illetve -- és ez már szigorúan a konspirációs magánvéleményem a dologról --, fogta az ügyész a gumiszabályt, hogy kisétálhasson abból a PR szarcunamiból, amit a T húzott a fejére.




Szólt a Magyar Telekomnak egy biztonsági résről, 8 év börtönt kaphat: https://hup.hu/node/162719#comment-2322491

Kínoz a kérdés, hogy fel kellett-e volna tenniük a meltdownos patcheket...




Szólt a Magyar Telekomnak egy biztonsági résről, 8 év börtönt kaphat: https://hup.hu/node/162719#comment-2312455

pl egy sslt bontó proxyn egy root.




Szólt a Magyar Telekomnak egy biztonsági résről, 8 év börtönt kaphat: https://hup.hu/node/162719#comment-2312474

persze.

>> így szerintem a T-nél sem pusztult ki még az összes plain text-ben kommunikáló, authentikációt használó protokoll.
> 'le is lehet ssl-ve', attól még lehet olyan pont, ahol god módban hozzáfér a jelszóhoz.

Szóval persze, lehet, de a felvetés az volt, nincs, csak bele van húzva egy sslbe. Illetve tudom, hogy ezt neked kár mondani, de van, amikor adott peremfeltételek mellett nincs más, mint hogy megy a jelszó a dróton, mert valakihez nem férsz hozzá olyan szinten, hogy meg tudd oldani.




Szólt a Magyar Telekomnak egy biztonsági résről, 8 év börtönt kaphat: https://hup.hu/node/162719#comment-2312497

Baszki, én egyszerűen csak próbáltam neked beazonosítani a godmódot __a felvetett mondatban__ tök mindegy, hogy ez a T vagy akárki más volt.




Szólt a Magyar Telekomnak egy biztonsági résről, 8 év börtönt kaphat: https://hup.hu/node/162719#comment-2312571

> Teljes mértékben tisztában vagyok vele, hogy mi az a god mode és a plain text jelszó.

Akkor tekintsd tárgytalannak a mondandóm, félreértettem a rantot.




yubikey: https://hup.hu/node/79882#comment-2016543

... és nem oldja meg janoszen problémáját sem, hogy a firmware, ha csúnya, utána is felböfögheti a backupbból betöltött kulcsot.




yubikey: https://hup.hu/node/79882#comment-2264902

Nekem hisztizik a magyar címre, hogy incorrect, írtatok valami extrát?




yubikey: https://hup.hu/node/79882#comment-2264930

Na, erre még teszek egy próbát, danke




yubikey: https://hup.hu/node/79882#comment-2264963

Jep, ugyanezeket láttam. :) És végül egy budapesti cím megoldotta.




yubikey: https://hup.hu/node/79882#comment-2284419

Akkor tán ide is elér lassan




yubikey: https://hup.hu/node/79882#comment-2265513

szerintem írj rájuk, nekem kb ~35 perc volt a kétt levél között




Ingyenes víruskereső Windows szerverre: https://hup.hu/node/164835#comment-2362354

az egész jó, az ember a #1tól azt várná, hogy a háttérben vigyen is adatot, ha már vírusirtóként mindenhez hozzáférést kért :)




Ingyenes víruskereső Windows szerverre: https://hup.hu/node/164835#comment-2362359

Nem tudjuk helyetted abba hagyni a hangos röhögést, ezt neked kell megoldani.




Hol tart a teszt?: https://hup.hu/treyblog/20190626/hol_tart_a_teszt#comment-2362348

5,25 TiB (WAN) 353,86 GiB (LAN) - ebből kijön napi átlag 7 giga átmenő forgalom. Persze lehet, hogy az elején megküldték, aztán azóta csak van.




Free SSL tanusítvány Cisco router Guest hálózathoz: https://hup.hu/node/164842#comment-2362202

> Megoldható -e hogy készítsek egy free ssl tanusítványt a routerhez domain nélkül?
Nem. (domain mindenképpen kell)

> Esetleg NoIP dns névhez?

Az működhet mondjuk letsencrypttel. Mindenképp olyan no-ipt válassz, ami rajta van a https://publicsuffix.org/list/ listán.

> Ez egy nyilvános kávézó. Nincs DNS szerver, sem helyi fix IP. :(

Hát, elnézegetve az eszköz admin guideját ez kihívásokkal teli lesz.

0.
A letsencrypt úgy működik, hogy verifikálja, hogy tudod-e adminisztrálni a domaint, amihez certet szeretnél. Vagy megkér, hogy a webserverre helyezz el egy bizonyos filet, vagy, hogy a dns zónába írj be egy bizonyos TXT recordot. Ez utóbbi no-ipnél gondolom esélytelen, a webserveres mókát viszont el lehet játszani, ezt nem is feltétlenül az eszközön, megcsinálod akárhol, aztán átteszed a certet az eszközre.

Utána már csak annyi a feladat, hogy a router:
1) az akármi.no-ip.com-ot a guest portál IP címére oldja fel. (Ez az az emlegetett helyi fix-ip)
2) A guest portált azzal a certificattel szolgálja ki, amit generáltál.

Ebből a doksiaja (3 perces megnézése alapján, szóval nem biztos) csak az 1. és a 2. pontot nem lehet konfigurálni.

Ráadásul ezt a táncot el kéne játszani három havonta.

Én lehet, megkérdezném azért a ciscot, hogy milyen megoldásra gondoltak így 2019ben, hogy emberek ne lássanak security warningot egy guest network landing pagen.




Free SSL tanusítvány Cisco router Guest hálózathoz: https://hup.hu/node/164842#comment-2362276

Bármi lehet, kivéve az, hogy én veszek, mert nem én kérdeztem :)




Free SSL tanusítvány Cisco router Guest hálózathoz: https://hup.hu/node/164842#comment-2362262

Cisconál arra gondoltam, hogy az eszköz (ami láthatólag ilyen strandalone small office lófasznak van szánva), ami tud kiszolgálni guest portált admin guidejában, sem arra nem láttam lehetőséget, hogy kiválasszam, milyen certtel szolgálja ki a guest portált, sem arra, hogy beleírjak valami dns recordot, amit ő szolgál ki.

Úgy meg nehéz akármit is csinálni :)

(egyébként csak a keveredés elekrülése végett, nem a címre szól, hanem a dnsre)




Free SSL tanusítvány Cisco router Guest hálózathoz: https://hup.hu/node/164842#comment-2362275

> Szóval az otthoni gépemen is meg lehetne csinálni a cert-et?

Meg. A folyamat kb a következő
[Te] - Szeretnék egy certificatet az example.no-ip.com-ra
[Letsencrypt] - Légyszíves helyezd el blablabla nevű filet a http://example.no-ip.com/.well-known/acme-challenge/blablabla alatt a megadott tartalommal
[Te] Beállítod, hogy az example.no-ip.com akármilyen http kiszolgálóra mutasson, ahol el tudod helyezni azt a filet
[Letsencrypt] Megnézni ott van-e, ha igen, ad egy 3 hónapig érvényes certet

Ezen a ponton a certet oda viszed, ahova akarod.

> Ezt hogy érted? :)

TL;DR - ha nincs rajta a listán, a letsencrypt nem fog certet adni.

A letsencrypt domainenként limitálja a kiadható certek számát, subdomain included, talán 20ra, vagy ilyes. Ha olyan domain választasz, ami nincs raja a listán (és a no-ip.com pl nincs, csak egy rakás választható domainjük), akkor csak kevés akarmi.no-ip.com, barmi.no-ip.com ot fog kiadni. Ha rajta van, akkor a limit egyel lejjebb kerül.

> De gondolom attól még a noip betalálhat... Remélem... :)

Nem kell neki. A következőnek kellene történni:

- emberünk felcsattan a wifire, és megnyitja a landing paget
- a landing page urljének https://example.no-ip.com/ittmártökmindegy-nek kell lennie
- A wifi által szolgáltatott DNSnek (ami ugye tipikusan a router) azt kell hirdetnie, hogy az example.no-ip.com az a router azon belső ipjére mutat, ami kiszolgálja a portal paget. Ez ugye valami privát cím.
- A routernek az előzőekben kapott certtel kell kiszolgálni a portal paget, és nem szabad neki megsértődni, hogy nem https://ip-cím van az elején.

Ehhez nem kell a no-ipnek "beálátni", mert semmi nem akar beszélgetni a portal paggel kintről.




Már rendelhető a OnePlus 7 is: https://hup.hu/cikkek/20190604/mar_rendelheto_a_oneplus_7_is#comment-2355478

Nekem sima 3asom van, kb három éves. A benne levő hat giga valószínűleg segít rajta, hogy nem kopott meg a tempója (mint előtte kb minden okostelómnak), úgyhogy majd akkor cserélem, ha szétrohad a hw vagy az sw, de emiatt egyelőre nem aggódom, szerintem van benne még egy pár.

Megvettem volna kevesebbel is, de tippeltem neki jövőt állósagot, ami azért jó, mert igazából az ára már akkor is ingerküszöb felett volt egy kicsit, most meg elborzadva látom, hogy ennél drágább cuccok alsó középkategóriásnak vannak titulálva, hát ahogy a székely bácsi a vonatnak, miután levágta a lábait...




Már rendelhető a OnePlus 7 is: https://hup.hu/cikkek/20190604/mar_rendelheto_a_oneplus_7_is#comment-2355607

érdekes, nekem a 3 annyira nem tudja ezt a featuret, hogy életemben nem nyomtam még meg direkt a lakat gombot, és szerintem sose láttam még, hogy takarított volna maga után -- legalábbis időnként 30asával vannak nyitott szarok, -- olyat, ami épp fut még biztos sose dobott ki. (A waze néha maga alá tud fosni induláskor, de az szerintem waze specifikus)




DIGI kötbér - nem lehetetlen: https://hup.hu/node/164769#comment-2360924

Azt a részét mondjuk nem értem, hogy miért azt kérdezted tőlük, hogy szerintük jár-e pénz vissza, ahelyett, hogy megnéznéd az ÁSZF-et te, és tolod az orruk alá, mert bár most bejött, nem tűnik biztos stratégiának :)




DIGI kötbér - nem lehetetlen: https://hup.hu/node/164769#comment-2360945

Pusztán arra akartam utalni, hogy nem érdemes attól kérdezni, hogy szerinte tartozik-e, aki tartozik :)




#vajonmilehetettacel: https://hup.hu/node/164618#comment-2356466

Miért kéne?




Az egyik transznemű AI kutató az arcfelismerő szoftverek miatt aggódik: https://hup.hu/node/164023#comment-2343037

> De ezért nem a .. az egyház ... felelős.

A dzsihádok és a keresztes hadjáratok áldozatai kedvelik ezt.




IT vs. non-IT emberek együttműködése: https://hup.hu/node/164451#comment-2352532

> Nektek van tippetek, hogyan lehet az IT vs. non-IT emberek közti kommunikációt hatékonyan megoldani?

Van. Le kell mászni a magas lóról, elfelejteni azt a tévképzetet, hogy te vagy az okosabb, mert a másik nem ismeri a területet. ITs vagy, azok általában jók a fontos problémák beazonosításában, és megfogalmazásában, tessék ezt tenni. Ha nem tudod öt mondatban elmondani, hogy miért kell a build automatizáció a workflowba, akkor nem a non ITs a hülye.

És reménykedj, hogy kicsit mégis, és nem fogja megkérdezni, hogy ha ilyen fontos, akkor miért nincs már kész? ;-)




IT vs. non-IT emberek együttműködése: https://hup.hu/node/164451#comment-2352540

Persze, de azért a tapasztalat az, hogy másoknál ez kevésbé probléma, ITban meg aranyat érnek azok az emberek akik tudnak kockáról/ra fordítani.

(Egyébként messze nem csak a megrendelő szakmája van, annak alapnak kellene lenni, hogy a szoftver célterületét megpróbálod megérteni, de ott van pl a marketinges, meg a saleses is, a HRről meg random egyéb élethelyzetekről nem is beszélve.)




IT vs. non-IT emberek együttműködése: https://hup.hu/node/164451#comment-2352604

> Persze, csak nem szokták fogni, hogy minimum kéne valami alapszintű specifikáció vagy csak igénylista, hogy mi és hogyan. Azt sem fogják, hogy még ezután is irgalmatlan időt kell a konkrét speckó írásra szánni.

Igen, kb ezt a fajta szakmai aroganciát kell levetkőzni :-) miért kéne ezt neki tudni? Ez a mi dolgunk, mi tudjuk milyen kell legyen, irreális elvárni, hogy magától valaki jót írjon. A munka része, hogy kiszedd a másikból a szükséges információt.




IT vs. non-IT emberek együttműködése: https://hup.hu/node/164451#comment-2352754

"Mit kéne levetkőzni? Ő nem tudja elmondani mit szeretne,"

Jep, a legtöbben nem tudják, mit szeretnének. Te sem, amikor épp nem a szakmádban mozogsz. Sokszor még akkor sem, erről szól a végtelen mennyiségű fejlesztő vs üzemeltető vs hálózatos csörték 5 kilences százaléka, csak ott mindkét oldalon azt gondolják, hogy ők az okosabbak. Továbbra is, a munka része, hogy a megfelelő minőségű infó a másik oldalból kijöjjön. És igen, sokszor az is, hogy feltedd azokat a kérdéseket, amikre magától nem gondolt. Mármint persze lehet megmaradni abban, hogy mindenki hülye, csak mi vagyunk apache helikopter, de a kérdés az volt, hogyan lehet kommunikálni non ITssel. Hosszú évek tapasztalata azt mutatja, hogy így lehet, arrogánsan meg max frusztrál(ód)ni.

"akkor pedig hanyattesik a számlától, hogy "óhát ez pénzbe került?" Igen..."

Figyelmes szemlélő észrevehette, hogy az olcsójánoskodásra nem is reagáltam, azzal sok mindent nem lehet kezdeni. De ha már :)
Gondolom te sose mondtad még semmire sem, hogy "ezen meg mi a tetszőleges jelző kerül ennyibe, mikor csak...". Na, olyankor pont ugyanezt csinálod jó eséllyel. A másik meg, hogy ha az a "került" valóban múltidő, és elfelejtettél szólni arról, hogy a konzultációt számláznád, akkor megint csak nem biztos, hogy a másik oldal hibázott.




IT vs. non-IT emberek együttműködése: https://hup.hu/node/164451#comment-2352761

Egyrészt neked is mondom, hogy az olcsójánosságról nem szóltam, másrészt meg de, szerintem pontosan "csak egy műtét / szülés", a "kell három szoba, amerikai konyhás nappali sok ablakkal, és legyen külön vécé", a "csak egy szerződés", a "csak egy filléres basz cseréje" és hasonlók a kiinduló állapotok. A közfelfogásba meg az orvosnál se ment az még át, persze, tudják, hogy van belgyógyász, de hidd el, attól is simán megkérdik ismeretségi körben, hogy fáj a fülem, mit csináljak.




IT vs. non-IT emberek együttműködése: https://hup.hu/node/164451#comment-2353457

> free vs opensource

Ja, RMS elmondta, csak a non-ITs ember azt se tudja, ki az az RMS. Szóval egyrészt érdemes recitálni, ha ez fontos, másrészt meg ez kicsit olyan, mint a hacker, amin a szakma egy része háborog, hogy de az cracker, és hülye a köznyelv. Jep, ennek ellenére nem érdemes magadról azt állítani, hogy hacker vagy laikusok előtt, context nélkül. Free sw ugyanez: RMSnek van egy véleménye, a világ meg tele van egyéb free softwareekkel, amik bizony free as in beer.

> Szóval a nem-IT-s _is_ hülye, főleg a mánágerek meg serholderek meg satöbbik.

A felnőtté válás fontos lépcsője, amikor az ember rájön, hogy a döntési pozícióban levő és pénzzel rendelkező emberek nem lehetnek mind haszontalan hülyék, mert akkor soha semmi nem működne. (Vagy ha igen, akkor miért nem minden ITs inkább shareholder? Jobban fizet, és ha azok hülyék, akkor az okos ITsnek jobban menne...) Az IThez lehet, ahhoz nem is neki kell érteni. Profit ügyben pl valószínűleg a legtöbbje relevánsabb mint RMS ;)




IT vs. non-IT emberek együttműködése: https://hup.hu/node/164451#comment-2352769

"Ha pedig nincs ralatasa az IT-ra, eselyed sincs, hogy elmagyarazd neki...

Az egyetlen megoldas, ha van folotted egy IT-hez erto manager..."

Őőő, neki mitől van esélye? Meg egyébként is, nem az van, hogy a manágerek nem jók semmire se, és nem értenek semmihez sem?




IT vs. non-IT emberek együttműködése: https://hup.hu/node/164451#comment-2352812

Egyrészt akkor gondolom igaz, hogy egy IT manager olcsóbb, mint egy programozó / rendszergazada, akármi, másrészt némi ellentmondást vélek felfedezni aközött, hogy a manager nem végez hasznos/kreatív munkát, meg aközött, hogy tud kommunikálni a másik oldallal.

Tényleg remekül hozzátok az összes szokásos nagyzolós panelt :)




IT vs. non-IT emberek együttműködése: https://hup.hu/node/164451#comment-2354140

Ez nem alapszabály, hanem annak a beismerése, hogy az ITsek óvodások, akiket nem lehet felnőttek közé engedni, mert nem tudnak normálisan viselkedni, és nem szabad őket felügyelet nélkül hagyni, mert nem tudnak tervezni, meg azt csinálni, ami a dolguk, ha nem vigyáz rájuk az óvónéni ;)




jószomszédság/passzív dohányzás/nyár klíma és ablak nélkül/társasház: https://hup.hu/node/153894#comment-2108467

En se :-) ugyan ő okozza a problémát, egyértelmű neki, tudja a megoldást, és ahelyett hogy csinálná inkább a szavakon lovagol, amivel megkérték.




jószomszédság/passzív dohányzás/nyár klíma és ablak nélkül/társasház: https://hup.hu/node/153894#comment-2108562

A leírásodból az derül ki, hogy bár láttad, hogy a probléma nem oldódik meg, ha arrébb mész öt méterrel, mégsem tetted. Nem menti a másik bunkóságát, de azért vegyük észre, hogy máshoz befuüstölni is bunkóság és alapból nem kéne eljutni odáig hogy ezért szólni kelljen, mert magadtól is észre veszed, és nem teszed. Ha ráadásul szólnak, odébbálsz, és ugyan látod, hogy ugyanúgy odamegy, de téged ez nem érdekel, akkor ugyan tetszeleghetsz magad előtt saját kultúráltságod tudatában, de megis csak te füstölsz továbbra is más orra alá.

Az meg, hogy megtettél minden tőled telhetőt saját bevallásod szerint sem igaz, magad mondtad, hogy lemehettél volna, de nem tetted. Én mrg még eggyel kiegészíteném. Nyugodtan elnyomhadtad volna, ha másokat zavar.




jószomszédság/passzív dohányzás/nyár klíma és ablak nélkül/társasház: https://hup.hu/node/153894#comment-2251642

Tiszta levegot akarsz Nyugodtan akarsz cigizni a saját teraszodon, koltozz tanyara

There, I fixed it.




jószomszédság/passzív dohányzás/nyár klíma és ablak nélkül/társasház: https://hup.hu/node/153894#comment-2251780

> A problema okozoja kedves OP, aki nem kepes egy varosi kornyezetben a szomszedok tiszteletben tartasaval elni.

Aha, mert az erkélyen füstölő kolléga bezzeg a szomszédok tiszteletben tartásával élt.




jószomszédság/passzív dohányzás/nyár klíma és ablak nélkül/társasház: https://hup.hu/node/153894#comment-2251868

Egyrészt de, másrészt meg nem beleszólásról, hanem tiszteletben tartásról volt szó. Ha ez utóbbi szerinted automatikusan megvalósul, ha nem szólsz bele, az elég szomorú.




jószomszédság/passzív dohányzás/nyár klíma és ablak nélkül/társasház: https://hup.hu/node/153894#comment-2251781

-- dedup --




Ember a fellegvárban: https://hup.hu/node/164339#comment-2349866

Nem, azt éjszakai műszaknak hívnák. Ügyeletben ügyelni kell.




Idióták az államigazgatásban?: https://hup.hu/node/164165#comment-2345887

0. Csak annyi volt benne, hogy az https://eszja.nav.gov.hu -n meg tudod nézni, ezért kár levelezni :) (Tavaly, meg tavalyelőtt is ennyi volt benne, és erősen csodálkoznék, ha gugliban nem lenne erről egyébként tájékoztatás)

Aztán bár lehet, hogy az ITsek hozták létre a problémát, de hogy te is szartál bele, az is biztos.

Illetve a SPAMet a visszajövő levélre a te levelező rendszered tette. Szóval ha volt is benne idióta ITs, annak te fizetsz, nem az állam. Mondjuk az idióta jelző osztogatásával óvatosan bánnék, ha nem esik le, hogy az ügyfélszolgálaton nem minősítették spamnek a leveled (vagy legalábbis ebből nem derül ki). Ráadásul mérnökként megszemlélhetnéd a levél fejléceiben, hogy ugyan miért is gondolta ezt az idióta spamszűrő. (Amiből egyébként még az is kiderülhet, hogy állambácsi idióta informatikusai nem tudták rendesen bekonfigolni a kimenő smtpt)




Kötelező biztosítás keveset fizet: https://hup.hu/node/163707#comment-2336084

> De amit irtal az semmilyen modon nem magyarazza meg, hogy miert is lenne "a károkozó a különbözetért megmogyorózható".

Mert a kár megtérítése a károkozó felelőssége. A károsultnak felé van követelése. Az, hogy a károkozó ezt egy biztosításon keresztül akarja (vagy nem akarja, de állam bácsi közli vele, hogy muszáj) teljesíteni, az az ő dolga. Ha a biztosító a károsult szerint nem térítette meg az okozott kárt, és ezt a bíróság is így látja, akkor annak megtérítése a károkozó felelőssége továbbra is. Aztán hogy ő meg majd megpróbálja leverni a biztosítón, ha akarja, az már az ő dolga. A károsultnak alapvetően semmi dolga a károkozó biztosítójával.




Két alhálózatban ténykedni: https://hup.hu/node/164076#comment-2344240

Hát, ha dhcpn kér címet, akkor valószínűleg valamiért már nincs címe neki, mert nem kapott.

Nyugodtan adhatsz egyébként magadnak egy új címet 192.168.1.valami/24, aztán megnézheted, hogy ott van-e még, ahol utoljára láttad, de én inkább maradnék annál, hogy futtatok egy tcpdumpot / wiresharkot, aztán megnézem, hogy miután rebootolod, próbálkozik-e valami broadcast jellegűvel. De szerintem lényegesen egyszerűbb lesz közelebb vinni egy billhez meg egy monitorhoz.




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327123

cat in.txt |egrep '^.{24}$' > out.txt



[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327130

nincs mit. Nyilván, ha ez még hagy szemetet, akkor lehet finomítani a regexen :)




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327190

semminek, megszokás. a 'grep pattern file'-nak nem a végén van a pattern, nehezebb javítani, amíg nézem, hogy mit kell írni: ugye a 'cat file|grep pattern' esetén meg csak felfele nyíl, aztán lehet javítani. Meg egyébként is, akármit akarok egy fileal kezdeni, a cat jó az elejére. Képes vagyok catot lessbe pipeolni, ha arról van szó :)




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327208

Így van, antipattern. ZHban nem is írtam ilyet, sőt, scriptbe sem teszek ilyet (mondjuk ha ilyenért nullázol pontot, hááát szóval izé, ott nem a diákkal van a legnagyobb baj). ZHn kívül meg egész őszintén kilométeres magasságokból teszek rá, hogy valakinek nem tetszik. Az az én shellem, azt és úgy gépelek bele, ahogy nekem kényelmes, és normális tempóban tudom végezni a munkámat. Én se pofázok bele más vegetatív idegrendszerébe. Ha kicatolok egy filet, aztán rájövök, hogy hosszú, akkor a fel,|,less,enter számomra a legkényelmesebb módja kapni egy pagert, és pont nem érdekel, hogy úristen, hogy néz ez ki.

Hátránya egyébként nincs. Igen, tudom, hogy felesleges invokáció, meg tök felesleges pipe, meg emiatt pl kellhet pipefail, de ez, ahol, és ahogyan használom, a gyakorlatban teljesen mindegy.

--
Ja, és ha meg már, akkor file-al, nem rövidült semmi, csak kimaradt a kötőjel. Vagy akkor indokold is meg, hogy te ragaszkodsz a hivatalos magyar írásmódjához :)




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327238

> "file-al"??? Ne tetézd... file+val=? Nos? Mi lesz a ragban a "v"-vel? A magyar nyelv- és irodalom tanárod fájlalja ezt, de nagyon. :-P

Így reggel már én is :) Mea maxima culpa.

> Azért nulláz, mert megmagyarázza, hogy bashizm-mal (fölfelé nyíl) milyen jó így. :-P

Ezt viszont neked lenne érdemes fájlalni (igen, látom a simleyt). A felfele nyíl nem bashizm, hanem akármelyik nem kétbetűs shellizm. És előadod felsőoktatásunk jó szokását, hogy büntet, mert mikor még az előadó is a csattogós lepkét tologatta, akkor másképp volt. Biztos van ma olyan munkaállomás féle, ahol nem megy a shellben a felfele gomb.

Ja, és ezek szerint nem csak scriptet íratsz ZHn, tehát akkor interaktív shellből is papíron kell nálad vizsgázni? De jó lehet, előremutató ám :P




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327284

Jaja, rohadt fontos dolgok ezek, amikor ki kell emelni, hogy nem abban, amit még használnak emberek, mert ha nem tudod, akkor aztán majd a munkaerőpiacon ... o wait.




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327792

De, nyilván vannak. Hogy szignifikáns-e? Nem igazán. Beszédes, hogy pont a solarissal kezdted, ami gyak kihalt. Közvetlen közelről néztem végig, hogy mikor megvette az orákulum, hogy az egyébként nem a hirtelen váltásairól híres Ericsson (ami igencsak sok helyen használta, kb mindenben, ami nem axe-n futott) ijedtében 2-3 év alatt gyakorlatilag teljesen lejött róla. A ZHban érintett hallgatóid jó része nem nagyon fog ilyeneket látni, vagy ha igen, akkor sem nap mint nap, hogy erre kelljen optimalizálni.

Szóval persze, vannak ezek. Igen, érdemes tudni azt, hogy nem csak a bash van a világon. De az igazság az, hogy ha szerinted normális dolog, hogy nulla pontot ér egy ZHn, ha valaki használná a felfele nyilat, és nem tudja mellé megmagyarázni, hogy hogyan kell beberhelni egy ezer éves ksh-ba, akkor érdemes volna hátralépni egy párat, kidugni a fejed a buborékodból, mert erősen elszakadtál a realitások talajától. És ezt viccen kívül a legnagyobb jóindulattal mondom, mert nagyon tisztelem egyébként az ilyen irányú tudásod és elhivatottságod, csak láthatólag beleestél a specializálódott emberek szokásos hibájába.

(jep, lehet hogy félreértettem, őszintén szólva nem követem, hogy ezekben épp mi van)




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2344584

ez egész jópofi, danke :)




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327290

De, képzeld ismerem.

Viszont figyelmes olvasónak feltűnhet, hogy egy szóval nem mondtam, hogy azért jobb a cat, mert kevesebbet kell leütni. Azért jobb, mert nekem így kényelmesebb. Nem értem, miért érzitek szükségét, hogy megmagyarázzátok, hogy hogy lesz nekem jó.




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327309

Most már poli is vagyok, csodálatos. :)

Ja, mikor valaki kérdezte, hogy minek, elmondtam, hogy semminek, meg hogy miért szoktam meg így. Erre jön zeller az ez bizony nulla ponttal, Zahy meg a kshval.

Azt meg nem tudtam, hogy nem lehet szubjektív dolgokat leírni.

Az igyekezetedet köszönöm, hidd el, hogy ismerem a shell működését, egyszerűen nekem így kényelmes, és nem látok benne benefitet, hogy leszoktassam róla magam.




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327794

Hát, akkor vállalom, hogy poli vagyok :) Felhasználói felületek és hasonlók kapcsán mindig is ezen az állásponton voltam.




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327793

Nem hiszem egyébként. Egyrészt Zahynak biztosan nincs rá szüksége, tudhatóan benne van a top néhányban ebben az országban shell ügyben, másrészt egyáltalán nem jellemző rá. Emlékeim szerint zeller is mélyebben érintett, mint az egészséges :)




[megoldva] szövegfájl kigyomlálása: https://hup.hu/node/163349#comment-2327797

Én nem haragszom, a cat nyilván fölösleges oda, csak leírtam, hogy miért maradt ott. (Ami valószínűleg nettó tovább tartott, mint kipróbálni).

Ráadásul nem is valami jó, mert csak a hosszra szűr. gazsiazasz lentebb írta, hogy lehet valóban csak mondjuk hexára szűrni (bár beware, nincs az elején-végén ^-$, szóval nem lesz jó), csak nem voltam benne biztos, hogy milyen karakterek lehetnek ott benne, de így azért lehet benne fals pozitív a szemeteléstől függően.




Mobil telefon pozíciója: https://hup.hu/node/164043#comment-2343594

Leginkább ide, bár lehetne közvetlen a topiknyitónak is.

Disclaimer: bár már jó 8 éve nem csinálom, de majd 4 évig integráltam meg supportoltam mobil helyeztmeghatározó rendszereket mindenféle mobil szolgáltatóknál.

Szóval, a rövid válasz az eredeti kérdésre, hogy utólag nem, vagy csak erősen korlátosan. Alapvetően csak a melyik cellában volt infot loggolják a szolgáltatók, itthon -- legalábbis régebben -- ennyire is volt törvényi kötelezettsége. Ebből változó, hogy mennyi hasznos info jön ki, de ironikus módon nem a városban pont szarabb a helyzet, mert kilóméteres cellák vannak, szóval az "ott volt" azért elég véleményes.

Tech info: egy telefonról, ami épp nem csinál semmit, csak van, külön noszogatás nélkül nem is tud ennél sokkal több infót a hálózat. Amikor épp csinál valamit (hív, csörög, smst fogad, ilyesmi), akkor egy kicsit több dolgot tud róla, az nem teljesen lehetetlen, hogy ez le van loggolva, de ebben szinte biztos, hogy nincs gps koordináta. (ami a német esetben volt, az is jó eséllyel cella infóból volt.)

> Amit a GSM tud szerintem, hogy ha tobb toronyra kapcsolodik a telefon egymas utan, akkor "haromszogelessel" ki lehet esetleg deriteni a helyzetet (regebben a timing advance volt erre a celra hasznalhato (talan most is, de lehet, hogy mar van fejlettebb megoldas)).

Bár a TA nem háromszögeléses, de egyrészt ez valóban van, másrészt valóban van fejlettebb (meg más, mert TA GSMen van, 3-4-5gn másképp hívják), de ezek nem olyan hűde rohadt pontosak. Háromszögelést -- ami valóban tízméteres pontosság -- nagyon kevés helyen csinálnak, én egy helyen láttam élesben működni, az nem demokrácia volt. Ami előfordul az az, hogy a szomszédos cellák jelerősségéből meg tudja mondani, hogy a cella közepétől merre van, meg a TAból, hogy milyen messze, az már viszonylag jó.

Viszont ilyet mind aktívan lehet csinálni, mert kell hozzá a készülék.

> A GPS adatok szerintem csak "atmennek" a tornyon, ha van adatkapcsolat (pl. 4G) es valoszinuleg (de legalabbis remelem) titkositva - akkor, ha valamelyik applikacio kuldi mondjuk egy szervernek(google, akarmi, ilyesmi).

Ez viszont ebben a formában nem igaz. Bár a google és barátai a user felé erősen elvitték az ilyen szolgáltatásokat a szolgáltatók orra elől, és azokba nem is lát bele a szolgáltató, de a hálózat felől is meg lehet kérni egy telefont, hogy ugyan mérjen már egy gpst, és árulja el. Ehhez nem kell feltétlen adat kapcsolat sem, fel tud menni a control planen, sőt, adott esetben a user engedélye se kell --- amikor épp a mentőt hívod, akkor ez nem olyan nagy baj talán. (Sőt, a hálózat is tud segíteni a gpsnek AGPS adattal a gyors first fixhez, de mióta ezt is csinálja a gugli, meg a chipek is jobbak, van egy csomó gps alternatíva is, azóta ez is kevésbé érdekes)

Illetve természetesen vannak olyan megoldások, amikkel lehet aktívan megfigyelni mobilokat, ilyenkor erősen naplózzák a pozícióján túl a minden mást is, de ez aktív megfigyelés, általában erősen körbe van bástyázva jogilag, hogy hogyan lehet ilyet kérni (itthon nem tudom fut-e egyáltalán ilyen rendszer), és utólag ez sem játszik nyilván.




Hajlandó lennék havi x összeget áldozni arra, hogy egy LineageOS-szerű rendszer támogassa az elavult androidos telefonomat: https://hup.hu/szavazasok/20190424/hajlando_lennek_havi_x_osszeget_aldozni_arra_hogy_egy_lineageos-szeru_rendszer_tamogassa_az_elavult_android#comment-2342469

legközelebb kapcsold be te is a vakut.




Hajlandó lennék havi x összeget áldozni arra, hogy egy LineageOS-szerű rendszer támogassa az elavult androidos telefonomat: https://hup.hu/szavazasok/20190424/hajlando_lennek_havi_x_osszeget_aldozni_arra_hogy_egy_lineageos-szeru_rendszer_tamogassa_az_elavult_android#comment-2343065

Az látszott azért, hogy jobb de én komolyan azt gondoltam, hogy ő az előteret megvillantotta. Az 5T elég krumplinak hat, nem volt nála lényegesen nagyobb záridő? Illetve nálad egyébként volt HDR? Majd megnézem az én hármasom mit csinál a rendes géphez képest (mondjuk este nem nagyon csinál értékelhető képet, nem is szoktam ilyennel próbálkozni, de hogy a kamerája miatt nem cserélem le, az fix. Igazából amíg szét nem rohad a hw, megmarad szerintem :) ).




[megoldva] docker commit separate: https://hup.hu/node/163958#comment-2341057

docker export, docker import elvileg segít, de szerintem gondolkodj el azon, hogy biztos akarsz-e a workflowdba docker commitot, amit általában lendületből antipatternnek tart minden dockeres, és néhány ritka esetet eltekintve ebben speciel igazuk is van.




[megoldva] docker commit separate: https://hup.hu/node/163958#comment-2341066

Arra szerintem jó :-)




[megoldva] docker commit separate: https://hup.hu/node/163958#comment-2341172

Azt még elfelejtettem hozzátenni, hogy ez után a dangling layereket meg ki kell dobni, hogy értelme is legyen




SSH kulcskeresés - Láma: https://hup.hu/node/163920#comment-2340382

> Az ssh -vvvv sem ad számomra elég információt.

Akkor ott valami más van, vagy nem nézed elég alaposan. Már debug1-en elárulja a kliens:


debug1: Will attempt key: /home/kroozo/.ssh/id_rsa RSA SHA256:ezittegyhash agent
debug1: Will attempt key: /home/kroozo/.ssh/id_dsa 
debug1: Will attempt key: /home/kroozo/.ssh/id_ecdsa 
debug1: Will attempt key: /home/kroozo/.ssh/id_ed25519 
debug1: Will attempt key: /home/kroozo/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering public key: /home/kroozo/.ssh/id_rsa RSA SHA256:ezittegyhash agent
debug1: Server accepts key: /home/kroozo/.ssh/id_rsa RSA SHA256:ezittegyhash agent
debug1: Authentication succeeded (publickey).

-vvv-vel (hajrá nyelvtanhuszárok) az ssh el szokta árulni, hogy mégis hogy a pitlibe authentikált, csak meg kell próbálni elolvasni a sorokat, legalább a "Next authentication method" sorok után mert átfutásra nem szokott feltétlen egyértelmű lenni, hogy ez most az.




SSH kulcskeresés - Láma: https://hup.hu/node/163920#comment-2340401

Hát, tényleg olvasmányos :)

Itt van ni:


debug2: key: webmuhely@xubuntu (0x55968e758790), agent
...
debug1: Next authentication method: publickey
debug1: Offering RSA public key: webmuhely@xubuntu
debug3: send_pubkey_test
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 60
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug2: input_userauth_pk_ok: fp SHA256:6lLZ6UJS7FaqNsexGndC+ww8O/jA45XvG3Sy7Wb8O2A
debug3: sign_and_send_pubkey: RSA SHA256:6lLZ6UJS7FaqNsexGndC+ww8O/jA45XvG3Sy7Wb8O2A
debug3: send packet: type 50
debug3: receive packet: type 52
debug1: Authentication succeeded (publickey).

Szóval az agentből veszi ki, később ezzel is authol. Az

ssh-add -l

lesz a barátod.

A

debug1: Skipping ssh-dss key webmuhely@xubuntu - not in PubkeyAcceptedKeyTypes

szerintem átbaszásból van ott, mert a kulcs, amit felajánl, az rsa, amit meg skippel az dsa, szóval két kulcs az, csak ugyanaz a kommentjük, és a dsaról nem is derül ki más. Az agenten szerintem ott lesz mindkettő.




SSH kulcskeresés - Láma: https://hup.hu/node/163920#comment-2340442

Ez egy kicsit ebben a formában hektikus, és biztos nem az történik, amit leírtál, mint kérdés.

Az 'ssh-add -l' megmutatja, hogy milyen kulcsok vannak betöltve, azt is, hogy honnan. Nekem konkrétan ott van a file neve a sor végén, el tudod árulni, hogy neked hogy néz ki egy ilyen sor? Lehet, hogy pkcs vagy valami ilyesmi van a file helyett, ha máshonnan jön.

A -L ezeknek a publik kulcsa, az hogy ezt megtaláltad az authorized_keys fileban csak annyit jelent, hogy azzal a kulccsal ide is be lehet jelentkezni. (Ami egyébként indikál némi fuckupot)

Szóval valahol az éles szerveren hozzáadódik az éles szerveren futo ssh-agenthez az a kulcs.

(Lehetne még esetleg agent forwardingból, de egyrészt mentő script esetén kétlem, másrészt olyankor az extra összezavaróként kiírja az -l a filenevet, ami nem is azon a gépen van)




Villámvédelem otthonra: https://hup.hu/node/134670#comment-1771497

ez se véd atom ellen :)




Új LibreOffice könyv: https://hup.hu/cikkek/20190122/uj_liberoffice_konyv#comment-2310045

Nem szeretnék ünneprontó lenni -- különösen, mert látom, hogy sok energia van benne, és a tipográfiai része egyáltalán nem rossz -- szóval tessék konstruktív kritikának felfogni :) de az eleje az valami rettenetesen ijesztő.
- nézegessek exportált htmlben tageket?
- tartsak csak emiatt külön egy portable installt?
- a táblázatot mellé tegyem másban az elején?
- zárójelezzem, hogy ((ez egy h1 lesz majd))?

Hát, ha valóban így kell doksit csinálni libre officeban, akkor ne csodálkozzunk, hogy r=1 user a közelébe sem megy.

Szerintem kicsit átestél a proverbiális paci másik oldalára. Én megértem, én is sokkal hatékonyabban gépelek textet, de a writer (meg a world, meg az összes többi) alapvetően all around suite, érdemes erre építve tanácsokat adni. In practice elég jól szokott működni (legalábbis worldben, de feltételezem, hogy a writerben is), hogy használod a headereket, a body stílust, nyugodtan bele lehet írni a táblázatot, beledobni a képet jelölgetés helyett, aztán majd rendbe rakni, ha már ott tartasz. Lehet, hogy ez nem annyira professzionális workflow, viszont hogy sokkal kevésbé életidegen, az tuti.

Ez meg off, de a sorkizárás tiltása szerintem 2019-ben tipográfus elitizmus / nosztalgia. Értem az érveket mögötte, de igazság szerint normális elválasztás mellett átlagos folyószövegben az olvashatóságot szerintem érdemben nem rontja, pláne nem a ma divatos (hello world defaultok) hosszú soroknál* cserébe a dokumentum esztétikumát jelentősen javítja. Ráadásul ez sokkal kevésbé divat, mint pl a vékony sans serif, ti. "Alignment: az együttállás szép (igazítás)", valahogy ezt mégsem tudod elfogadni. :) (Ráadásul szerintem az igazi érv már régen is az volt, hogy sorkizártat szedni kézzel szar egy meló lehetett, kellett valami kifogás :D)

*megjegyzem, ugyan írod, hogy soha nem használunk 80 karakternél többet egy sorban (bár én biztos nem a hasábok tárgyalása közé rejtettem volna, hanem az elejére a dokumentumtervezés folyamatához tettem volna, pár más mankóval együtt, mert a nincs recept, nézegesd, az kicsit harmatos így), de aztán mégis szinte minden teljes sorod hosszabb ennél.




Új LibreOffice könyv: https://hup.hu/cikkek/20190122/uj_liberoffice_konyv#comment-2339861

> Nem légből kapott dolgok ezek, hanem tőbb évtizedes gyakorlaton alapulnak, előbb a print, majd az online médiában, kiadói gyakorlatban.

Viszont a könyved nem arról szól, vagy legalábbis ez nem derül ki belőle, hogy tördeléshez akarsz segítséget adni. Én értem, hogy ezt így szokták, de ez az egész workflow teljesen nem tükrözi azt, ahogy egy ilyen szövegszerkesztőt az emberek használnak. Ha az volt a célod, hogy igényesebb doksik kerüljenek ki az emberek kezéből, akkor egy ilyennel a francba elriasztod őket. Nem fejtem ki még egyszer hosszabban, mert leírtam már fent, kérlek próbáld inkább értelmezni, ahelyett, hogy légből kapott hülye PhDs példát adsz a számba, ezzel próbálva eltérni a mondanivalómtól.

Hogy a konkrétumokra reagáljak:

> "- nézegessek exportált htmlben tageket?" -- ezt nem írtam sehol
Második oldal, kiemelt! doboz.

> "- tartsak csak emiatt külön egy portable installt?" -- igen, hogy a "kéziratban" ne legyenek sajátos stílus-előírások, de ez csak javaslat

Egyszeri ember szemüvegemen kersztül, hogy ha ehhez külön install kell, akkor az a szoftver egy rakás szar, és beyond repair.

> "- a táblázatot mellé tegyem másban az elején?" -- IGEN, külön fájlban, a tördelő más munkamenetben teszi majd bele a műbe

Tördelő? Milyen tördelő? És ha egyébként is az egészet a writerben csinálom, miért nem jó egy formázatlan táblázat?

> "- zárójelezzem, hogy ((ez egy h1 lesz majd))?" -- IGEN, de elég ennyi :"((cím))", vagy "((1.alc))", a tördelő vagy megérti, vagy megbeszélitek

Tördelő? Milyen tördelő? És miért nem elég egy formázatlan h1?

Szóval nagyon rosszul fogod ezt az egészet szerintem.




A klímaváltozás befolyásol a gyermektervezési projektben?: https://hup.hu/szavazasok/20181011/a_klimavaltozas_befolyasol_a_gyermektervezesi_projektben#comment-2275356

Jep, afirkában az konkrétan megvolt, hogy valamelyik segélyszervezet adta az ingyen gumit, a papok meg jól előadták, hogy isten nem szereti ezt. Uh nem használták (talán le is kellett állítani a programot), azt meg, hogy önmegtaróztatni nem sikerült, az max meggyónták, és rendben is lennénk ugye. Már amíg el nem patkolunk az AIDS miatt.




A klímaváltozás befolyásol a gyermektervezési projektben?: https://hup.hu/szavazasok/20181011/a_klimavaltozas_befolyasol_a_gyermektervezesi_projektben#comment-2275358

Azt. Konkrétan indiában egyébként nagyon sokáig egyáltalán nem volt állami nyugdíjrendszer, ha a gyerekeid nem tartottak el, nyugodtan felfordulhattál, uh teljesen valid(nak tűnő) stratégia volt, hogy csináljunk sokat, valamelyiknek csak segít a végén egy kicsit.




Használt üzleti laptop, korrekt üzlet: https://hup.hu/node/149293#comment-2017707

mentségére legyen mondva, hogy a dellnek valóban van pofája a business laptopok között felsorolni az inspiriont, még ha oda is írja, hogy for home and home office.




Használt üzleti laptop, korrekt üzlet: https://hup.hu/node/149293#comment-2101568

jaja, idejössz belepofázni, hogy "de ha a világ úgy működne, akkor neked most nem ilyet, hanem más milyet is lehetett volna venni, és akkor milyen jó lett volna neked". Ja, ha a nagymamának farka lett volna, akkor ő lett volna a nagypapa.... Csak kár, hogy ennek semmi köze nem volt a témához.

(arról nem beszélve, hogy ha a világ úgy működne, ahogy te elképzeled, akkor ez egyáltalán nem lenne így, mert a fa tetején bujkálnánk az oroszlánok elől)




HOVD 2009-2018: Kedvenc smartphone OS: https://hup.hu/node/163757#comment-2337494

elképzelhető, vagy van, akit más hülyeségek zavarnak, nem a kémszoftver :)




Youtube tartalom korlátozása: https://hup.hu/node/163712#comment-2336292

Ugye mivel itt a kommunikáció az, hogy apu egyszerűen letiltja a francba, ezért igen, azzal vannak komoly gondok :)




Youtube tartalom korlátozása: https://hup.hu/node/163712#comment-2336354

Én elhiszem. Csak arra akartam felhívni a figyelmet, hogy bizony a kommunikációs probléma a szülő részéről erősen felmerül abban, amire Kormoran válaszolt (és amit nem te írtál)

Neked azt lenne érdemes elhinned, hogy nem csak a te utad az üdvözítő, attól, hogy valaki nem a teljes tiltás mellett teszi le a voksát, még lehet az is "jó" megoldás.

Főleg úgy, hogy pl fogalmad sincs, hogy mondjuk nem annyival nagyobbak a gyerekek mint a tiedek, hogy már kellene szép lassan engedni, vagy úgy általában bármi konkrét fogalmad lenne arról hogy a másik hogyan neveli a gyerekét, csak lendületből betoltad a saját véleményedet kellemes passzív-agresszív fogalmazásban. Innen erősen úgy tűnik, hogy te vagy az, aki nem tudja elfogadni, hogy nem csak a te utad lehet megfelelő.




A leggyakrabban használt okostelefonodon mely biztonsági mechanizmus(oka)t használod az alábbiak közül?: https://hup.hu/szavazasok/20190325/a_leggyakrabban_hasznalt_okostelefonodon_mely_biztonsagi_mechanizmusokat_hasznalod_az_alabbiak_kozul#comment-2333271

Szerintem neked valami nem jött át a SIM PIN szavakból.




A leggyakrabban használt okostelefonodon mely biztonsági mechanizmus(oka)t használod az alábbiak közül?: https://hup.hu/szavazasok/20190325/a_leggyakrabban_hasznalt_okostelefonodon_mely_biztonsagi_mechanizmusokat_hasznalod_az_alabbiak_kozul#comment-2333276

Igen. Akkor ami szerintem nem jött át, hogy nem feltétlen a telefonhoz való hozzáférés a fontos.




A leggyakrabban használt okostelefonodon mely biztonsági mechanizmus(oka)t használod az alábbiak közül?: https://hup.hu/szavazasok/20190325/a_leggyakrabban_hasznalt_okostelefonodon_mely_biztonsagi_mechanizmusokat_hasznalod_az_alabbiak_kozul#comment-2333207

Kb minden második "elfelejtettem a jelszavam, jajj most mi lesz" processz kedveli ezt :-)




A leggyakrabban használt okostelefonodon mely biztonsági mechanizmus(oka)t használod az alábbiak közül?: https://hup.hu/szavazasok/20190325/a_leggyakrabban_hasznalt_okostelefonodon_mely_biztonsagi_mechanizmusokat_hasznalod_az_alabbiak_kozul#comment-2333346

Hát, annál szerintem azért lényegesen több van. Hogy mást ne mondjak, a google, ms, facebook azért elég esélyes, ezzel kb le is fedtük a "nem akarok authentikációval baszakodni, ezért kiteszem a login with X gombot", illetve a "küldök jelszó reset linket e-mailben mert az egyszerű" szolgáltatásokat is.

És természetesen a sim letiltható meg visszaszerezhető. Ettől még a számom megszerzése nem jó semmire kijelentés azért nem ennyire tiszta.




Linux tudományos fejlesztési célokra: https://hup.hu/node/162954#comment-2317660

" de a current ágban keveredik a 2.7-es és a 3.6-os python és nem lehet kibogozni a szálakat, ráment vagy 3 napom"

A slacket ugyan nem ismerem, de ezt azért inkább csak a háttérismeret hiányának gondolom. A legtöbb helyen remekül elvan egymás mellett a python2 és, a python3, kever max azzal szokott lenni, hogy most épp a python az melyikre symlink.

Ráadásul ott vannak a virtualenvek, amikkel remekül lehet szeparálni, én pl a pipenvet abusálom :)




Ingyenes, állítólag nem naplózott, beépített VPN-t kínál az Opera az Opera for Android termékében : https://hup.hu/cikkek/20190320/ingyenes_allitolag_nem_naplozott_beepitett_vpn-t_kinal_az_opera_az_opera_for_android_termekeben#comment-2331289

A helymeghatározáshoz muszáj hozzátennem, hogy ugyan valóban van olyan technológia, ami tudja a pár métert toronypozikból és jelerősségekből számolva, de a világon nagyon kevés helyen működik. Itthon pl nem :)

Ráadásul ez később nem megy, csak on-the-fly.




python feldolgozo (parser) irasa: https://hup.hu/node/163579#comment-2332831

Sub




Linux alapú HA cluster: https://hup.hu/node/158196#comment-2206118

Nem vele beszélted, hanem velem. (Bár félbemaradt). Rádadásul valami hosszú lószar 12. mellékszálaként. Másrészt ha meg csúsztatás azért az, hogy mutattam neked egy darab példát xmlen kívüli adatformátum validálására, az nem jelenti azt, hogy az az egyetlen. Ráadásul egy manifest / unitfile bonyolultságú dolgot nem is feltétlen kell valami standard validátorral megoldani.




Linux alapú HA cluster: https://hup.hu/node/158196#comment-2206133

Persze, de ilyen validációt lehet csinálni nem csak xsdvel.

Ja, és a manpage helyett az xsd-t is el lehet baszni :)




Új Google Play applikáció és játék ikon specifikáció: https://hup.hu/cikkek/20190318/uj_google_play_applikacio_es_jatek_ikon_specifikacio#comment-2330181

> Note this does not affect your APK launcher icons for Android.

Ez csak a play store...




Centralizalt Patch/Software management Linux ala (Webes GUI, Free): https://hup.hu/node/163218#comment-2326513

Már nem, az ötös volt az. Azóta foreman, katello, pulp, meg még a fene tudja mi éppen.




Centralizalt Patch/Software management Linux ala (Webes GUI, Free): https://hup.hu/node/163218#comment-2326615

lásd StillWater kollégát.




Megveszi az nginx-et az F5: https://hup.hu/node/163396#comment-2328312

Igen.




Megveszi az nginx-et az F5: https://hup.hu/node/163396#comment-2328580

Nem szégyen az, szerintem csak annyit akartunk itt többen jelezni, hogy igen, ez egy elég releváns szereplő a szektorban, uh szoktak róla hallani az emberek, ha te még nem, akkor írd be a gugliba hogy f5, aztán rögtön látod, mi ez.

(Persze a weboldalukat nem néztem meg, szóval nem tudom, hogy kiderül-e róla, hogy tulajdonképp mi a péket árulnak :) )




Munkahelyi gépeden van admin jogod?: https://hup.hu/szavazasok/20190227/munkahelyi_gepeden_van_admin_jogod#comment-2324011

> A sudo a legveszélyesebb dolog a Linuxnál.

Ezt fejtsd ki kérlek.

> Komoly disztró ellenjavallja.

Erre meg citation needed.




Munkahelyi gépeden van admin jogod?: https://hup.hu/szavazasok/20190227/munkahelyi_gepeden_van_admin_jogod#comment-2324042

Ezek mind csodaszép kérdések, de arra, amiben reagáltam nem céges számítógépről, hanem linuxról volt szó, és nem helyi szabályokról, hanem komoly disztrókról.




Munkahelyi gépeden van admin jogod?: https://hup.hu/szavazasok/20190227/munkahelyi_gepeden_van_admin_jogod#comment-2324114

> Az android komoly disztró? :-)

Az android szerintem nem disztró, teljesen más a userlandje. Ráadásul ott egész undorító módon a saját eszközödben nem mondhatod, hogy én okosabb vagyok, nem cég-alkalmazott, hanem gyártó-tulajdonos viszony van, ami sokkal undibb, szóval szerintem kötelező sudo jogot az androidra.




Munkahelyi gépeden van admin jogod?: https://hup.hu/szavazasok/20190227/munkahelyi_gepeden_van_admin_jogod#comment-2324901

> szóval a komoly distrókat szépen lehetne sorolni.

Mármint olyanokat, amik ellenjavallják?




Munkahelyi gépeden van admin jogod?: https://hup.hu/szavazasok/20190227/munkahelyi_gepeden_van_admin_jogod#comment-2323635

és ez mitől egyéb? :)




Munkahelyi gépeden van admin jogod?: https://hup.hu/szavazasok/20190227/munkahelyi_gepeden_van_admin_jogod#comment-2323826

tényleg nem lehet szavazást kiírni :)




init lecserélésének preventálása GRUB-ban: https://hup.hu/node/163350#comment-2327252

Ja, de azért az nem mindegy, hogy a rosszalkodónak csak a billhez van könnyű hozzáférése, vagy a gép többi részéhez is: mondjuk egy kiosk esetén.




computing node: https://hup.hu/node/163301#comment-2326621

Hagyd a dolgokat automatán reprodukálhatóan, otthagyásnál dobd ki a gépet a fenébe, aztán majd ha visszatérsz, tett ki szépen egy új instancera.




computing node: https://hup.hu/node/163301#comment-2326734

Nyilván egyszer kell invesztálni tanulásba, meg függ a feladattól is, de azért amit csinálsz, azt egy ansible playbookba (vagy egy sima install.sh-ba) írni nem szokott annyira borzasztó lenni, egyszer kell megcsinálni, aztán tudod folytatni.

Meg egyébként mondjuk AWSben nem futó diszkek kb gombokért vannak, gondolom a doban is.




computing node: https://hup.hu/node/163301#comment-2327089

Nyilván függ az alkalmazástól, meg nyilván az adatok egy másik mese, simán lehet, hogy nem éri meg. Haladni mindenképp valamivel lasabb, csak úgy tűnt, hogy nagy gapekben dolgozgatsz valamin, ott meg pont a fonál felvétele miatt nem rossz az, ha két hónap múlva van egy olvasható playbook, hogy így kell összerakni nulláról, ahol eddig tartottam.

De persze nem akarlak én rábeszélni semmire te látod azt is, hogy mennyire reális ez nálad, meg azt is, hogy mennyire szórakoztat, ha ilyennel foglalkozol, csak mint alternatíva megemlítettem.




computing node: https://hup.hu/node/163301#comment-2327104

szerintem is kb még talán a legélhetőbb, bár azért gyakran érzi úgy magát az ember, hogy igazából most yamlben ír scriptet, és az nem jó érzés. :) Tudom tudom, ez nem script, mert ez állapotot ír le. Legalábbis elméletben. :)




Kell víruskergető Linuxra?: https://hup.hu/node/163160#comment-2322992

De miért küldeném tovább?




Kell víruskergető Linuxra?: https://hup.hu/node/163160#comment-2323528

Akkor maradhatunk abban, hogy ha nem vagyok segghülye akkor nem kell vírusirtó?




23andme: https://hup.hu/node/163057#comment-2320353

Lehet, hogy 50%-ban bolgár :-)




"Új törvény jön, repülhet, aki a munkahelyi gépén facebookozik, letöltöget, filmet néz": https://hup.hu/node/163126#comment-2322987

Nem számít annak. Fasza is lenne, hogy a messzi lakó kollégák csak hat órát dolgoznának.

Amivel kevered, hogy ha baleset van, az munkahelyi balesetnek számít(hat).




"Új törvény jön, repülhet, aki a munkahelyi gépén facebookozik, letöltöget, filmet néz": https://hup.hu/node/163126#comment-2323628

mindig kedvesek ezek a nekem nincs rá igényem, tehát neked se legyen típusú érvelések.




Lefokoztam egy ezredest! :): https://hup.hu/node/163215#comment-2323632

még mindig inkább, mint amikor jönnek a csodálatos admuser patternnel. Ugye van pisti, és van neki egy admpisti, ha dolgozna.




IT-ben dolgozom, mint ...: https://hup.hu/szavazasok/20190212/it-ben_dolgozom_mint#comment-2319783

Sehol nem hangzott el olyan állítás, hogy ha van wiki oldala, akkor nagyobb min 20k ;)




[Megoldva] "Belso" IPv6 cimek: https://hup.hu/node/163107#comment-2322493

> az egyetlen NAT nélküli megoldás a Balabit féle TPROXY kernel patch (nem tudom benne van-e a vanilla kernelben),

Benne, de már nem igazán használjuk. (Ellenben pl a cloudflare-el :) )




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2318384

Nem, hat hónapot alá lehet írni. Kevesebbet meg nem, szóval igazából min 30 nap. :)

(Illetve ha nem te mondasz fel, akkor növekszik 20 év alatt +60 napig)




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2318978

Hogy mikor a nem te nem akarsz itt dolgozni, hanem megkérnek, hogy lépj, akkor van még egy havi fizetésed, és nem kell bevállalni az első lófaszt, ami aznap szembe jön?




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2319760

Tudom. Konkrétan írtam is ebben a threadben feljebb ;)

A lényeg nem a mennyi nap (beleírhattam volna egy legalábbot), hanem hogy ez az intézmény mitől védi a munkavállalót




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2320260

Hát, az én olvasatomban ez az a szál :)

"Miben véd engem, hogy még 30 napra bele vagyok kényszerítve?"

Itt alapvetően az a kérdés, hogy miben védi őt a felmondási idő, ha a kolléga szerinte a harminc nap belekényszerítés, akkor a 30+ nap is az, gondolom. Szóval nem nagyon látom, hogy ebben a szálban arról lenne szó, hogy ha neked mondanak fel, akkor hosszabbodik.




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2320307

Ez mind így van, csak nem értem, miért nekem mondod?




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2318455

Max 2 év. A 30% ráadásul kevés, mert minimum 1/3ot kell adni. Ja, és természetesen felek megállapodása esetén.

Szóval az ilyen "Penzt nem akartak adni, csak kb. megfenyegedtek, hogy ezt ala kell irnom, es igazabol meg belepeskor anno ala kellett volna irnom, csak ok elfelejtettek odaadni" típusú trógereket nyugodtan körbe lehet röhögni.

- muszáj pénzt adni (bár régebben ez nem tudom hogy volt)
- kelleni biztos nem kellett, maximum ők szerettek volna egy ilyen megállapodást
- a "kb megfenyegettek" az már igazából ha megáll, akkor kényszerítés, vagy annak kísérlete, mint olyan Btk, és nem arról fog menni a tárgyalás, hogy érvényes / nem érvényes / mennyit kell fizetni, hanem arról, hogy aki fenyegetett, az mennyi felfüggesztettet kap
- és azt is szívesen nézném popcornnal, amikor emberünk elmeséli egy bíróságon, hogy ja, hát én gondoltam rá, csak tíz évig elfelejtettem szólni

Szóval erre a helyes reakció, hogy vérmérséklettől függően elküldöd anyjába, vagy kiröhögöd, és ha a konkurencia nem nagyon fos, akkor kicsit dolgozol is nekik :) Ja, és ennyi év távlatából is le lehet írni, hogy melyik tróger banda volt.




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2318583

nem azt mondtam, hogy mindenképp, csak szerintem nem nagyon van mitől tartani.




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2318224

Nem, én is pislogok :)




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2318509

Hát, ha én felhívnám egy nekem szimpatikus jelölt jelenlegi főnökét, aki utána előadja, hogy fos, akkor biztos megkérdezném, hogy ugye eltekintesz emberünk felmondási idejétől akkor? Ha nem, akkor lehet helyén kezelni ;)




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2318921

> Fura, hogy a 30 nap felmondás "sok"

Szerintem nem is az, csak esetleg azok aggódják ezt kicsit túl, akik ritkán találkoznak ezzel az élethelyzettel, mert felvételiztetni nem felvételiztetnek, váltani ritkán váltanak, és nem hobbijuk a brahiból interjúra járkálás.




Munkahely váltás - mi a helyes sorrend?: https://hup.hu/node/162969#comment-2319300

Tartalmaznia ugyan nem kell, az per se, mivel ennek nincsenek semmilyen kötelező formai követelményei -- sőt igazából az egész ajánlatosdinak nem is kell írásban lennie. Ettől persze érdemes.

Sőt, azt is lehet, hogy kapsz egy ajánlatot, elfogadod, bemész, aláírtok egy munkaszerződést, majd ennek birtokában visszasattyogsz a jelenlegi helyedre, és a főnököd kezébe adod a felmondásodat. Nyilván, a szerződés kezdő dátumát úgy kell megállapítani, hogy a felmondási időd után kezdődjön.

És persze ettől még próbaidő alatt akkor mondják, hogy köszi mégsem, amikor akarják.




Route domain alapján: https://hup.hu/node/163013#comment-2319679

"Mi szükséges ahhoz, hogy otthon (DIGI), ne port alaján tudjak belső gépeket elérni (minden portját), hanem domain név alapján."

Csoda :) Ha egy publikus ip címed van, 64k porttal, akkor azon nem fogsz elérni 3*64k portot :)




Route domain alapján: https://hup.hu/node/163013#comment-2319765

Szép levezetés volt ez (bár a sok varázslás helyett akkor már inkább ipv6), de szerintem itt mindösszesen egyébként annyi van, hogy néhány kitüntetett portot elérjen standard módon több fele, szóval jó eséllyel néhány proxy típusú cucc elég lehet neki. Ugye pl valami http proxy, ami mondjuk host header alapján szétszórja.




Route domain alapján: https://hup.hu/node/163013#comment-2319919

Már ha figyelmen kívül hagysz a httpn kívül minden mást.




paint alternatíva: https://hup.hu/node/162331#comment-2302611

A gnome-é is tudja.




"Az ügyészség szerint az etikus hekker túllépett a határon és veszélyes a társadalomra": https://hup.hu/node/162749#comment-2316320

"A legtöbb licensz alapján jogilag a saját gépeden futó szoftvereket sem analizálhatod, így pl. a Microsoft az összes hibát jelentő személyt feljelenthetné."

Nem, nem, max egy polgári peres eljárásban peperelhetné a licensze megsértése miatt. Ne keverjük a BTKs dolgokkal.




22 ezer informatikus kerestetik!: https://hup.hu/node/148270#comment-2001511

ja, van neki egy olyan olvasata, hogy úgy fordítandó, hogy hagyjatok már békén a picsába az ITIL-el :D




22 ezer informatikus kerestetik!: https://hup.hu/node/148270#comment-2001587

Az mondjuk ITILnek is elbaszott, szoktunk odatenni ekkora fosnál valakit, aki a telefonon keep them busy-zik.




22 ezer informatikus kerestetik!: https://hup.hu/node/148270#comment-2007374

és aki ilyenkor a hwt tervezi, az persze nem kell szóljon a karakterisztikáról? ;) (mondjuk pár topikban már megtanultuk mostanában, hogy ugye a kommunikáció felesleges)




22 ezer informatikus kerestetik!: https://hup.hu/node/148270#comment-2007469

kérdés akkor, hogy kell-e emiatt a felsőoktatásban terhelni mindenkit, vagy inkább a suszter legyen észnél, és szóljon. :)

(A magam részéről egyébként azt gondolom, hogy kell, nagyon nem árt, ha valaki kb szagolja a környezetét is a munkájának. Mondjuk ez igaz mindkét irányba, nem lenne baj, ha a villanyász meg nem lenne tök kuka ahhoz, hogy hogyan fogják használni, amit gyárt, sokszor sokat segítene.)

(Illetve ennél a konkrét esetnél meg egyébként az van, hogy az alapvető probléma, hogy hogyan hall az ember, az speciel villanyvadász független, uh nem ennek kapcsán kéne megkapni. Az, hogy emiatt más kondit használunk, az már csak következmény.)




22 ezer informatikus kerestetik!: https://hup.hu/node/148270#comment-2007494

teljesen off, de a konkrét probléma nyilvánvalóan olyan, hogy még a devnél (teamben) ki kellett volna derülni annak, hogy hát bazmeg, ez a hangerő szabályozó szar, mert annyira alapvető kérdés. Aztán hogy ilyenkor feldereng-e a programozónak, hogy mi a francért volt egy csomó papír logaritmusos azokon a hülye laborokon, aztán ránéz a googlben a potira, és felfogja magától, vagy odasuttyog a hws kollégához, aki 10 percben elmagyarázza neki, az már mindegy.




22 ezer informatikus kerestetik!: https://hup.hu/node/148270#comment-2007630

A programozás nem elvont tudomány, egyszerűen a programozók nagy részének a munkája nem olyan problémák megoldása, amik igénylik, hogy részletesen ismerd, hogyan működik egy számítógép, sokkal magasabb szintűek. Egy használható programozónak egyébként van rálátása lényegében, a részletekre meg nem igazán van szüksége, mert az alapvető dolgokat már megcsinálja a kész szoftver az OSsel. És egyre több dolog alapvető.

Aki meg drivert meg fordítót ír, az hidd el, tudja.




22 ezer informatikus kerestetik!: https://hup.hu/node/148270#comment-2009104

az ugye megvan, hogy az ardu by design magasszintű, arra való, hogy aki kezdő, az viszonylag gyorsan tudjon érdekes dolgokat csinálni vele, és ezért időnként kissé éhesebb, mert eltakar azért egy csomó mindent. Ráadásul eleve nem arra tervezték, hogy majd ipari mennyiségben arduból gyártasz cuccot, uh feltételezem a prio lista nem legelőkelőbb helyén van az optimalizáció. Mondhatni az embedded javaja :)




22 ezer informatikus kerestetik!: https://hup.hu/node/148270#comment-2009480

IDE? inkább talán a lib. És persze, minél több absztrakció van a libben, annál kevésbé lesz optimális. És nyilván, 2k memmel ez sokkal szembeötlőbb.




22 ezer informatikus kerestetik!: https://hup.hu/node/148270#comment-2009650

igen, gondoltam, hogy innen fúj a szél :)




Fejlesztői bérek - php: https://hup.hu/node/162932#comment-2319337

És ebből még mindig nem következik, hogy a munkáltatónak ez jogos pénzügyi, gazdasági vagy piaci érdeke.

(Az Mt pedig kifejezetten nem emlékezik meg a fizetésről, mindössze általánosan utal ki
a ptkra gyakorlatilag.)




Fejlesztői bérek - php: https://hup.hu/node/162932#comment-2318929

Hát izé, a serverless mögé ugyanúgy kell majd rendszergazda, max nem a te cégednél fizeti a belépőt. Igazából vicces, hogy maga a serverless megnevezést nem nehéz azért degradálólag értelmezni a fejlesztő tekintetében (persze, nincs itt szerver, nem kell neked erről tudni)




Fejlesztői bérek - php: https://hup.hu/node/162932#comment-2318923

>> Nem lenézés, de az univerzum alapigazságait sajnos muszáj figyelembe venni a bérezésnél
> (linkelt képen) Python was most likely to be favored by the highest-earning app developers




Mit várnál el egy fájlkezelőtől?: https://hup.hu/node/162831#comment-2319252

dedup




Mit várnál el egy fájlkezelőtől?: https://hup.hu/node/162831#comment-2319253

Depends on, ha nem akarsz tőle semmit, akkor miért ne. Bár ha nem tartod karban, akkor kb mindegy, hamar elrohad.

Illetve mivel ez egy szakdoga, kérdezze meg kezelőorvosát, gyógyszerészét iskoláját, mert szokás igényt tartani a mindenféle jogokra a munkáddal kapcsolatban, egyáltalán nem biztos, hogy megteheted.




****** jogtar.hu!: https://hup.hu/node/162875#comment-2315538

remélem komolyan gondoltad ezt, mert paródiának elég szar.




Jelenlegi magánautódat, felfelé kerekítve, hány havi fizetésedből tudnád megvenni?: https://hup.hu/szavazasok/20181228/jelenlegi_maganautodat_felfele_kerekitve_hany_havi_jovedelmedbol_tudnad_megvenni#comment-2304992

- hogy, ne tegyenek fölösleges vesszőket a hogy, mögé.

bocs :)




HOVD 2018 - Kedvenc desktop Linux disztró: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_desktop_linux_disztro#comment-2305839

kb. Szerintem anno azért került be a variánsos, hogy a sok hópihe, aki a kubuntut, xubuntut, mittoménbuntut tette fel, és nem nem volt hajlandó megérteni, hogy egyszerűen csak azon az ison másik DE metacsomagja volt defaultból bent, vagy feltett még pár másikat, az is tudjon hova szavazni.




HOVD 2018 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_kommunikacios_megoldas#comment-2303396

Ezen a halmazelmélet dolgon még dolgozz kicsit... ;-)




HOVD 2018 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_kommunikacios_megoldas#comment-2303421

Mi van?




HOVD 2018 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_kommunikacios_megoldas#comment-2303511

Lásd gee kérdését. Attól, hogy mindenki aki fent van viberen az fent van facen is, attól ez még fordítva nem lesz igaz.

Arcból érdemes lenne visszavenni egy kicsit.




HOVD 2018 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_kommunikacios_megoldas#comment-2303626

Én kérek elnézést, hogy feltételeztem, hogy arra reagálsz, amire válaszoltál. Elnézve munkásságod máshol is, ez valóban naivitás volt részemről.

Mondjuk még mindig jobban jártam, a szövegértéssel még mindig jobb hadilábon állni, mint a való világgal. :)




HOVD 2018 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_kommunikacios_megoldas#comment-2303734

Ja, és itt -- egy-két embert kivéve, de nekik meg nem kell erősítés -- nem szoktunk bazmegolni, meg fogytékosozni. Menj, szép havas kint a táj, szívj egy kis friss levegőt, vagy igyál rá egy xanaxra, vagy valami, de próbálj kicsit lenyugodni, aludj rá egyet. Aztán holnap olvasd újra, és próbálj meg egy fokkal normálisabban kommunikálni, mert egyelőre itt személyeskedni csak neked sikerült eddig még, és hidd el, hogy egyelőre nem veled nevetnek, hanem rajtad.




HOVD 2018 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_kommunikacios_megoldas#comment-2307253

onnan nézve nem egyelő, hogy az ismerősnek hány emberrel nem sikerül emiatt beszélni, vs neked hány emberrel nem sikerül emiatt beszélni




HOVD 2018 - Kedvenc webböngésző: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_webbongeszo#comment-2307400

dehogynincs [troll]localStorage[/troll].

Kevésbé troll, el tujda az a hasht rakni szerver oldalon is.




HOVD 2018 - Kedvenc virtualizációs technológia: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_virtualizacios_technologia#comment-2303400

Emlékeim szerint a player (vagy ahogy most épp hívják) messze volt a teljes értékűtől, az esxinek meg külön host kell...




HOVD 2018 - Kedvenc virtualizációs technológia: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_virtualizacios_technologia#comment-2303460

> Az esxi teljesen más kategória. Mondjuk a xen is. ... Mindkettőt tipikusan desktop hostról használjuk nem pedig vm-re kihegyezett szerveren.

No shit, Sherlock. Csak mivel a vboxhoz hasonlítottál ingyenes vmwaret, ezért írtam, hogy a player vszinű kevés, az esxi, mint másik ingyenes vmware meg nem ugyanarra való.

> Ami playerből hiányzik az vagy pótolható könnyen vagy nincs is rá szükség desktop virtualizációs host környezetben.

Hát, ezek szerint többeknek más a véleménye. Mikor én utoljára láttam, akkor még vmet sem lehetett benne csinálni. Azt hiszem, ez azóta változott, de amíg van workstation, addig ez a nincsn másra szükség jó eséllyel nem igaz, mert ha a player elég lenne, nem venne senki wst.

Mondjuk lentebb is írtad, hogy normális networköt csak hackelve lehet bele tenni, nem is értem, miért nem ez sokak kedvence olyannal szemben, amivel ez a bohóckodás nem kell.

(Egyébként szerintem aki a vmwarre szavazott, azok egy jelentős része sem a playerre gondolt :-) )




HOVD 2018 - Kedvenc virtualizációs technológia: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_virtualizacios_technologia#comment-2303632

> Hát az nagyon régen lehetett, úgy egy évtizede legalább.

Annyi ugyan nincs, de tényleg nem ma volt

> Mivel ismereteid a témában finoman szólva elavultak, jön egy kis filozofálgatás. Ezt skippelném.

Attól még igaz marad. Ahhoz, hogy belásd, hogy a vmware üzleti modelljére sehol nem jellemző, hogy kizárólag supportból próbálna megélni, ezért amíg az ingyen X mellett van fizetős X is, addig egyértelmű, hogy az ingyen X nem tud mindent, ami kell, ahhoz egyáltalán nincs szükség arra, hogy valaha is lásd bekapcsolva ingyen Xet.

> Nem sikerült megértened amit írtam, így természetesen a következtetésed is téves.

De sikerült, pontosan jól értettem, hogy mihez kell hackelni. Értem én, hogy szerinted egy portforward már fölösleges, mert a bridge minden szempontból jobb választás. Lelked rajta, szerintem meg nagyon nem, és pl azokhoz a usecasekhez, amikre én szoktam desktop virtualizációt használni, azokra ált nem igazán jó ötlet a bridge.

> Nincs itt semmi bohóckodás, leszámítva a fogalom nélküli észosztogatásodat. Már megbocsáss de itt ez a helyzet.

Hát, majd a többiek eldöntik, hogy szerintük bohóckodás-e azzal baszakodni, hogy átlopják a fizetősből a toolt egy nyamvadt portforwardhoz, vagy hogy egy rakás külön playert kell futtatni, ha több vmet akarsz. (Szerintem egyértelműen az). Meg majd azt is jól megítélik, hogy ki osztogat itt észt fogalom nélkül. (Már megbocsáss, de az a helyzet, hogy egy hangyafasznyit nagyobb az egód, mint ami a tartalmat tekintve reálisnak tűnik.)




HOVD 2018 - Kedvenc virtualizációs technológia: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_virtualizacios_technologia#comment-2303735

Nézd te kérdezted, hogy vajon miért választják a virtualboxot. Én adtam neked indokot, azóta érdemben képtelen vagy bármire reagálni, most még elkezdtél olyanokat is a számba adni, amiket egyáltalán nem mondtam, és kevésbé vagy szórakoztató. Mint említettem a szomszédban, menj, engedd ki a gőzt.




HOVD 2018 - Kedvenc virtualizációs technológia: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_virtualizacios_technologia#comment-2306125

Nem tudom, én a második huzavonát nem látom. Legalábbis nem abban az értelemben, ahogy a docker / kubernetes ide jön. A listában levő összes elem arra való, hogy úgy csináljon, mintha lenne egy teljes értékű guest os-ed. Az openvz/lxc/vserver trió is, csak ők nem hwt emulálnak, hanem a kernelben meglevő* konténerizációt használják erre. Nyilván, ezért nem is megy nekik annyira jól a "teljes értékű", de a cél az ugyanaz. A dockernek/k8s-nek meg nagyon nem ez a célja.

(*lehet, hogy csak a sajátjukban ugye)




HOVD 2018 - Kedvenc virtualizációs technológia: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_virtualizacios_technologia#comment-2306353

Akkor megpróbálom még egyszer, mert látom, nem ment át. Azt keresi itt, hogy a célja, hogy egy teljes OSre emlékeztető valamit tegyen a user alá. Ott is van az idézetedben: "Each container performs and executes exactly like a stand-alone server;". Mint a lista összes többi elemének. A dockernek meg nem ez, ki is emelted.

Ebből a szempontból az, hogy container, az kb mindegy. Lehet azon vitatkozni, hogy van-e ebben a listában keresnivalója az lxcnek meg az openvznek, de az, hogy itt vannak, az nem jelenti azt, hogy akkor a dockernek is itt a helye, mert az is container. Ugyanis ezek nem azért vannak itt, mert containerek.




HOVD 2018 - Kedvenc virtualizációs technológia: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_virtualizacios_technologia#comment-2306754

Működik? Akkor minek bolygatni...




HOVD 2018 - Kedvenc szkriptnyelv: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szkriptnyelv#comment-2306443

kicsit butthurt vagy a témában, így kénytelen vagyok sokat tanult kollégát idézni: "perlben is lehet szép kódot írni... csak nem szokás" ;)




HOVD 2018 - Kedvenc szkriptnyelv: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szkriptnyelv#comment-2306456

és ez hogy jön ide? :)




HOVD 2018 - Kedvenc szkriptnyelv: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szkriptnyelv#comment-2305705

Csak kibújt a szög a zsákból, hogy bár eddig azt mondtad, az a bajod, hogy teljesen fölösleges emberekre rákényszeríteni, hogy szépen dolgozzanak, mert úgyis azt teszik, aztán tessék, kiderül, hogy igazából az a bajod, hogy nem akarsz :)




HOVD 2018 - Kedvenc szkriptnyelv: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szkriptnyelv#comment-2305835

mondjuk még a troll taget sem sikerült felfogni, gondolhattam volna, hogy a smiley se lesz meg :)

De egyébként még mindig ilyen kicsit szalmabábot tolsz, amit lehet találni róla, az alapján nem azzal van magyarázva, hogy mer különben igénytelent írnak a hátulgombolósok, hanem az, hogy igazából redundánsak a rendes indentálás meg a {}, a parsernak mindegy mi van ott, a humannak meg fontosabb az indent, akkor legyen az. Ezekkel lehet vitatkozni, még nemszeretni is lehet őket, de azért az a folyamatos erős csúsztatás, amit tolsz, hogy ez a nyelv fő karakterisztikája, meg az implicit a pythonban programozók azok egyébként mind gyps, maguktól igénytelenek lennének, az már egyrészt uncsi, másrészt azért zavaró.

Képzeld el, én pl a perlt is tök szeretem, még ha az elmúlt időben át is szoktam szinte teljesen a pythonra. És kb keresztbe leszarom a szintaktikáját, van, ami kifejezetten idegesítő (kedvencem a valami() if felétel() else valami_más(), azt ütném, aki kitalálta), van ami meg jobb. Ami viszont mindenképpen az, az az, hogy sokkal egyenletesebb az elérhető libek minősége a pipben, a cpanban levő változatos minőségű és karbantartottságú cuccokhoz képest.




HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302867

De most akkor egy init ne csak initeljen?




HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302872

mi köze van az initnek a hálózathoz?

Ő a pid 1.




HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2302885

Úgy, hogy többek között te szoktál vernyákolni, hogy a systemd mindent is csinál, és az nem az init dolga. Fel szokott jönni a mindenféle damontools és hasonlók pl.

Ráadásul:


docker run -ti --rm busybox /bin/sh                                                                                                                                   ~/zmc6.0.10 
/ # ifconfig 
eth0      Link encap:Ethernet  HWaddr 02:42:AC:12:00:02  
          inet addr:172.18.0.2  Bcast:172.18.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:30 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:4460 (4.3 KiB)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

/ # ifup 
BusyBox v1.26.2 (2017-05-15 21:05:54 UTC) multi-call binary.

Usage: ifup [-anmvf] [-i FILE] IFACE...

        -a      Configure all interfaces
        -i FILE Use FILE instead of /etc/network/interfaces
        -n      Print out what would happen, but don't do it
                (note: doesn't disable mappings)
        -m      Don't run any mappings
        -v      Print out what would happen before doing it
        -f      Force configuration
/ # ifdown 
BusyBox v1.26.2 (2017-05-15 21:05:54 UTC) multi-call binary.

Usage: ifdown [-anmvf] [-i FILE] IFACE...

        -a      Deconfigure all interfaces
        -i FILE Use FILE for interface definitions
        -n      Print out what would happen, but don't do it
                (note: doesn't disable mappings)
        -m      Don't run any mappings
        -v      Print out what would happen before doing it
        -f      Force deconfiguration



HOVD 2018 - Kedvenc init rendszer: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_init_rendszer#comment-2303107

Szeméyleskedés? Nekem nem tűnt úgy, hogy a személyedet támadtam volna sosem :) Sytemd fanboynak se érzem magam (különösebben nem kedvelem, imádni biztos nem imádom)

Nézd, mint fentebb már kifejtették, az init az az init, a service management meg service management. Azt is, hogy ezek sok helyen elkülönülnek egymástól. Pl az általad említett s6 is service managementnek mondja saját magát, amit ha nagyon akarsz, be tudsz pakolni egy init helyére. Kb, érdemes lenne elolvasnod az erről szóló részt, mert elég jól leírja, hogy az init mint olyan miket csinál, amit tulajdonképpen csak ráhákoltak az s6ra.

Mindössze arra a saját kettőslátásodra szerettem volna felhívni a figyelmedet, hogy míg a systemd szerinted rossz, mert mindenféle mást csinál, mint amit kellene neki, utána busybox meg azért rossz, mert a fejlesztője le merte írni a "do one thing, but do it well" mantrát, -- ami szerinted ugye az üdvözítő út -- network kezelése kapcsán. Érvnek ugyanis kicsit gyenge az ezek eddig is össze voltak nőve, tehát ha szétszedi valaki az rossz :)

Az, hogy a nálam levő busyboxban meg van, ez ebből tök mellékszál, csak mutattam, hogy egyébként benne van. De muszáj megemlítenem, hogy az egy offical docker busybox image, ők meg nem szoktak bele patchelni dolgokat (különösen nem olyanokat, amikre dockerben semmi szükség nincs, márpedig az ifupdown ilyen), szóval azt bizony a busyboxosok tették bele, és a devuanos barátaid (vagy az upstream debian) szedték ki belőle (valószínűleg épp azért, hogy ne ütközzön a saját ifupdownjukkal), szóval nem annyira érdemes emiatt a busyboxot minősíteni.




HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302060

Emberfüggő. Én pl bár sokszor próbáltam, nem tudom agyban megszokni a folyamatos váltást, maradok a magyarnál, vim meg kódolás közben is,, még ha emiatt egyesek furán is néznek rám. Igaz nem is panaszkodok miatta.

[troll]
Igaz, pythonban nem kell egy rakás fölösleges kapcsos zárójelet meg pontosvesszőt kirakni, az segít.
[/troll]




HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302180

Whitespaceből szerintem nagyjából pont annyi kell, amennyi más nyelvek normális kinézetéhez is. (Kivéve, ha a külön soros balciciben hiszel, akkor ahhoz még több is :) )

Egyébként eddig sok bajt nekem még nem okozott a "v, lenyilak, >". Kétségtelen tény, hogy magyar kiosztással még mindig kell nyomni egy hülye helyen levő karaktert (már amennyivel az alt+baloldali alsó gombok rosszabbak, mint a shift+jobboldali alsók), de az mégse két cici, meg egy rakás pontosvessző :).

Mondjuk én nem nagyon írok vimben kódot (azt se sikerül megszokni), de úgy emlékszem, a python pluginban vannak a curly blockra ugrálóshoz hasonló move commandok




HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302293

Ennyire butthurt much vagy zellerel együtt, vagy legközelebb legyen piros is a troll tag?




HOVD 2018 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20181228/hovd_2018_kedvenc_szovegszerkeszto#comment-2302336

szóval mégiscsak a trollt kellett volna pirosítanom...




Napi vicc: Chrome vs. RAM: https://hup.hu/cikkek/20190124/napi_vicc_chrome_vs_ram#comment-2311014

Szóval mivel te nem így működsz, ezért aki másképp működik, az rosszul csinálja? :)




Bélyeggyűjtemény nyilvántartó: https://hup.hu/node/73243#comment-2302425

Lehet, hogy igazából a társkeresős adatlapra kell egy online katalógus :-)




Notebookbar: Új felhasználói felület dizájn a LibreOffice-ban: https://hup.hu/cikkek/20190105/notebookbar_uj_felhasznaloi_felulet_dizajn_a_libreoffice-ban#comment-2304880

+1

"Mi pedig nem szeressük a szalagot."

És ez is kicsit erősebb kijelentésnek hangzik, mint a valóság :)




Notebookbar: Új felhasználói felület dizájn a LibreOffice-ban: https://hup.hu/cikkek/20190105/notebookbar_uj_felhasznaloi_felulet_dizajn_a_libreoffice-ban#comment-2304910

elolvastam.




Notebookbar: Új felhasználói felület dizájn a LibreOffice-ban: https://hup.hu/cikkek/20190105/notebookbar_uj_felhasznaloi_felulet_dizajn_a_libreoffice-ban#comment-2304974

+1, én is felröhögtem.




Notebookbar: Új felhasználói felület dizájn a LibreOffice-ban: https://hup.hu/cikkek/20190105/notebookbar_uj_felhasznaloi_felulet_dizajn_a_libreoffice-ban#comment-2304973

> az, hogy trey nem az indexre küldte be a cikket, hanem ide.

és a libreoffice is tudja, hogy trey határozza meg a célközönségüket :)




domoticz: JSON v MQTT: https://hup.hu/node/162517#comment-2306925

nem igazán. Az mqtt protokol, leírja, hogy milyen üzenetek vannak, azokat hogyan kell használni, milyen actorok vannak a protokollban, nekik mit kell csinálni ezekkel az üzenetekkel, meg azt, hogy hogyan kell ezeket on-wire rakni.

Ezzel szemben a json leírja, hogy hogyan kell jsonul reprezentálni adatot.




domoticz: JSON v MQTT: https://hup.hu/node/162517#comment-2306948

ezért volt furcsa :)

de akkor csak félreértettünk, hogy te most konkrétan arról beszélsz, amit a domoticz hív jsonnak.




domoticz: JSON v MQTT: https://hup.hu/node/162517#comment-2306955

jep, csak utána írtad :)

mondjuk ez így elég... hát érdekes. Szép dolog az url paraméterekkel megtámogatott json.htm.

(egyébként megint majdnem megkérdeztem, hogy miért postolsz nekem privát IPt, lehet abba kéne hagyni :D)




domoticz: JSON v MQTT: https://hup.hu/node/162517#comment-2306983

> Először is: az MQTT és a JSON nem egy szinten lévő protokoll, MQTT-n küldhetsz például JSON-t... szóval szerintem te itt a HTTP-re (és REST-re) gondolsz, csak a Domoticz hülyén nevezte el az API-t.

Hát persze.




Lightroom vs Darktable vagy más?: https://hup.hu/node/162357#comment-2302596

(Alapvetően sub)

TL;DR én megvettem a hatos upgradet, és igen elszomorít, hogy utána már csak CC van, subscriptionnel.

Szerintem kb 2 éve ránéztem, hogy mi a helyzet linuxon (váltott a munkaeszköz), meg volt épp valami ingyért Capture One. Elég gyorsan oda jutottam, hogy a darktable (meg talán még a rawtherapeet néztem) egyrészt lassabbnak tűnt, a fotó igazgatás is minimum nehézkesebbnek, de inkább kevesebbnek (pl lencse torzítás nincs benne, bár engem annak a hiánya kevésbé zavarna), és úgy tűnt, hogy a workflow is szarabb (pedig én eléggé leegyszerűsítve tolom a lightroomot).

A Capture One sok szempontból reálisabb alternatíva. Maga a szerkesztő része bizonyos szempontból még jobbnak is tűnt, volt benne pár határozottan jó cucc, de nekem úgy tűnt, hogy ez inkább arra jó, hogy egy egy képet valóban szépre megcsináljon az ember. Mivel én egy képre átlagosan nem 10 percet, hanem inkább felet szánnék, oda jutottam, hogy összességében nekem nem jobb. Egyébként ha jól emlékszem workflow támogatás sem volt benne.

Szóval hamar oda jutottam, hogy még ha a felületes ránézésnél sokkal jobb is az alternatíva, nem éri meg azt a 70 dollárt, mire normálisan megtanulom (meg az asszony is), pedig én még csak nem is vagyok maradéktalanul elégedett az itthon kialakult workflowval, de erősen úgy tűnik, hogy a nézett cuccokkal sose jutnék el odáig, hogy egy hétvége képeit rendbeszedjem miután elaludt a gyerek.




Lightroom vs Darktable vagy más?: https://hup.hu/node/162357#comment-2302668

Elképzelhető, hogy csak nem találtam meg, vagy rosszul emlékeztem.




Lightroom vs Darktable vagy más?: https://hup.hu/node/162357#comment-2302669

Én a rawtherapeet linux alatt néztem, gyász. Most direkt elindítottam, most is az. Nem elképzelhetetlen, hogy a nouveau driver szar, vagy hogy win alatt ez sokkal jobb.




Lightroom vs Darktable vagy más?: https://hup.hu/node/162357#comment-2302772

Mondom, ezek mind elképzelhetőek, én a viszonylag egyszerű tesztet futtattam, hogy a desktopon ment a win/lightroom, mint eddig (kb 5 éves vas, talán i5, meg valami akkor középhasználható nvidia) vs a céges notin a fedora, ami meg szerintem egy generációval újabb i7 meg valami 840M. Az utóbbi érezhetően lassabb, de ebből más setupra tényleg nem érdemes kivetíteni feltétln :)




Pi Python3 tanulas ...: https://hup.hu/node/162267#comment-2300360

Vannak olyan példák is, amikor valóban a python a hülye, nem az, aki rosszul használja? Komolyan a python baja, hogy ha valaki egyszer programkód létére proporcionális betűtípussal nyomtatná könyvbe, akkor szar lenne a könyv? Véletlen se az a fasz, aki kódot nem fix széles betűvel szed, pláne, ha python könyv írására adja a fejét? Esetleg az, aki nem találja meg a code tagnak megfelelő cuccot az egzotikus weboldalában, vagy képtelen megtalálni az attach gombot a levelezőjében?

Tőlem éppen kint lehetne egyébként a balcici-jobbcici, engem nem zavarna, biztos szívatott is meg már életemben legalább annyiszor az indentálás, mint máshol egy fölös vagy egy hiányzó pontosvessző, de igazából ritka, mint a fehér holló (kivéve, ha undormány, gépelés közben gondolkozós spagetti esett ki a kezedből, de annak meg úgyis mindegy). Azt is tudom, hogy neked minden ilyen fáj, de azért megmosolyogtató látni, hogy bár abban mind egyetértünk, hogy kódot normálisan formázni alapvető elvárás (ami egyébként kb mindenhol úgy kezdődik, hogy meg ne lássunk \t-ket, mert ütünk), de ha a python ezt használja, akkor az pfujj gonosz rettenet az egész.

Azon meg szintén érdemes lenne elgondolkodnod / magadba nézned, hogy kiről mond mit az, hogy te úgy gondolod, hogy, "Miért? Mert önmaguktól szépen dolgozni képtelen/nem akaró (lusta, trehány) kódfaragóknak is sikerélményt akar nyújtani. Gondolom, a nyelv és a szintaxis megalkotója önmagából kiindulva csinálta ilyenre, amilyen..." nem úgy, hogy pl azért ilyen, mert úgyis mindenki így kódol in practice.




Javascript HR naptár lekérdezés: https://hup.hu/node/162375#comment-2303137

leftpad nem kedveli ezt




Magyar VPS szolgaltato: https://hup.hu/node/148635#comment-2006800

sub




Magyar VPS szolgaltato: https://hup.hu/node/148635#comment-2010551

Pedig azért ebben erősen igaza van. Azt írod le a vevő szemszögéből, hogy törölhetsz, amikor neked tetszik. Fogalma nincs arról, hogy mennyi lemez van a szerverben, esélye sincs arra, hogy legalább igyekezzen nem megszegni ezt a pontot, nem is kell legyen, az a ti dolgotok. Ráadásul, ha olyat tart rajta, amit egyébként lehet, az egyetlen probléma, hogy nektek kevés a helyetek, mert nem csináltatok értelmes capacity managementet, hát izé.




Magyar VPS szolgaltato: https://hup.hu/node/148635#comment-2009587

+1




Magyar VPS szolgaltato: https://hup.hu/node/148635#comment-2010593

A busz problémáit gondolom a bkv oldja meg :)




A Spectre/Meltdown javítások mellőzése: https://hup.hu/node/157278#comment-2184206

"btw volt már olyan eset hogy ezt a a.te.ervelesi.hiba* -ot esetleg MAGADRA alkalmaztad ?"

elég rendszeresen, csak nem szokta észrevenni :D




A Spectre/Meltdown javítások mellőzése: https://hup.hu/node/157278#comment-2185031

Szerintem ez a loadon nem feltétlenül fog látszani...




A Spectre/Meltdown javítások mellőzése: https://hup.hu/node/157278#comment-2185867

"Meg valakinek csak új kell, szélesvásznú képernyővel, az üzletiek meg 4:3-ak általában."

Te mikor láttál utoljára üzleti laptopot? :)




A Spectre/Meltdown javítások mellőzése: https://hup.hu/node/157278#comment-2187009

Találd már ki, mit szeretnél mondani? Most akkor szélesvásznú kell, vagy nagy? Arról nem beszélve, hogy érzésre még mindig legalább annyi 15.6os van, mint 14 körüli (ami meg nem véletlen terjed, nem hiszem, hogy visszatartó erő...




A Spectre/Meltdown javítások mellőzése: https://hup.hu/node/157278#comment-2193799

Na jó, próbáljuk meg mégegyszer, mert nem jön át. Nem bántani akartalak, csak nem értem, hogy mit szertnél mondani. Megpróbálom dekódolni, mi történt.

mark7: Meg valakinek csak új kell, szélesvásznú képernyővel, az üzletiek meg 4:3-ak általában.

kroozo: "Te mikor láttál utoljára üzleti laptopot? :)" Értsd: Cáfolnám, Nem, már nagyon régen nem, gyakorlatilag keresni kell őket, ha egyáltalán van még ilyen.

mark7: "Jó lehet hogy 16-osak már, de sok 14"-os, azért tűnik kicsinek egy 15.6-hoz képest"

kroozo: nem nagyon érti, hogy hogy jön ide a méret, mikor eddig képarányról beszéltünk, meg azt se, hogy milyen 16os, de gondolja, hogy az ugyanaz mint a 15.6. Megemlíti, hogy még mindig van bőven 15.6, bár a 14 is simán jó lehet, nem véletlen terjed az az üzleti szektorban sem.

mark: belinkel 1 db 12.1es üzleti HPt.

Szóval az van, hogy nem értem mit szeretnél mondani, miért nem jó egy használt üzleti laptop, ami még csak véletlen sem 4:3 már vagy 10 éve, bőven van belőle 15.6os, még akkor is, ha létezett más méretben is?

(bár szerintem aki egyszer a kezébe vett egy 14est, az utána nagyon nem akar majd nagyobbat. Kivéve, ha eleve a 15.6 is kicsi volt, és igazából kell valami 17es böszme mondjuk grafika miatt)




A Spectre/Meltdown javítások mellőzése: https://hup.hu/node/157278#comment-2193800

Azt meg végképp nem értem, hogy jön ez ide, szerintem ez a hozzászólás, amire reagáltál úgy két hét távlatából, bőven korábbi. Meg miért akarnék én azzal dolgozni? Ráadásul nem tudom, hol olvastad, hogy jó programozó vagyok, ami ugyan hízelgő, csak kár, hogy nem vagyok programozó :)




A Spectre/Meltdown javítások mellőzése: https://hup.hu/node/157278#comment-2194175

Bér ezt sokat szoktuk mondogatni, azért for the record, ez persze nem igaz. A standards tracken levő RFCk azok biza rendes szabványok, az IETF felügyeli őket az IESG-n keresztül, és végig is járják szépen a proposed -> draft -> standard vonalat.




Fotoxx HDF: https://hup.hu/node/162255#comment-2299981

Focus braketinget? Biztos?




Bendgate Pro: https://hup.hu/cikkek/20181117/bendgate_pro#comment-2287058

Komoly tévhit, hogy a gorilla(like) kevésbé törik. Kevésbé karcolódik. Cserébe pont az, amit te is tapasztaltál: szar irányú, vagy "hegyes" erő hatására fossá mennek.




konfiguráció management: https://hup.hu/node/161725#comment-2286382

Ha 10K node üzemeltetése mellett Janinak jut rá ideje, hogy belegányoljon kézzel a helyi fájlokba, akkor Jani elve sokkal okosabb annál, mint hogy ilyesmit csináljon.




A CTRL+SHIFT+T kombót ... használom a böngésző(i)mben.: https://hup.hu/szavazasok/20181216/a_ctrl_plus_shift_plusz_t_kombot_hasznalom_a_bongeszoimben#comment-2297171

Ritkánra szavaztam, de ez igazából azt jelenti, hogy mindig, amikor véletlenül bezárok egy tabot, csak ez ritka :-)




Munka során használsz-e gumikacsát vagy gumicsirkét?: https://hup.hu/szavazasok/20181209/munka_soran_hasznalsz-e_gumikacsat_vagy_gumicsirket#comment-2294700

Butthurt much?

A rubber duck debugging az ITban széles körben ismert, szerintem a hupon nyugodtan lehet feltételezni, hogy a többség tudja miről van szó. Nem gond, ha te nem, kérdezni is lehet, de ez a számonkérő hangnem azért minimum vicces. A világ továbbra sem körülötted forog. Ráadásul valóban teljesen jól guglizható (az egyik RFC bakker), mire a feléig értél a kommentednek már tudhattad volna.

Egyébként kb arról van szó, hogy ha az istennek nem érted, hogy miért nem megy, akkor elmagyarázod egy gumikacsának, hogy mit csinálsz, mi történik, és minek kellene. És ettől gyarkran rájössz, hogy mit is nem vettél észre addig.

Az rfcre meg guglizz rá, arról szól, hogy hogyan lehet gumikacsával hülye hibákat elhárítani.




Munka során használsz-e gumikacsát vagy gumicsirkét?: https://hup.hu/szavazasok/20181209/munka_soran_hasznalsz-e_gumikacsat_vagy_gumicsirket#comment-2295662

Nem azért csesztek le, mert kérdeztél, hanem azért, mert lecseszéssel indítottál.




Munka során használsz-e gumikacsát vagy gumicsirkét?: https://hup.hu/szavazasok/20181209/munka_soran_hasznalsz-e_gumikacsat_vagy_gumicsirket#comment-2295734

miért ne lenne meg?




Munka során használsz-e gumikacsát vagy gumicsirkét?: https://hup.hu/szavazasok/20181209/munka_soran_hasznalsz-e_gumikacsat_vagy_gumicsirket#comment-2295829

mármint mire hivatkoztam vele kapcsolatban?




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-2274752

Gondoltak rá, hogy kéne :)




Parkolás: https://hup.hu/node/161881#comment-2291228

ne csalj, a kettesen kellene bejönni ;)




Parkolás: https://hup.hu/node/161881#comment-2291238

megragadtad a lényeget :D




Parkolás: https://hup.hu/node/161881#comment-2290360

és ha azért vette, az azért baj, mert?




A Linux forráskódjának kommentjei közül törölték a "fuck" szót: https://hup.hu/node/161951#comment-2292400

Lájk




A Linux forráskódjának kommentjei közül törölték a "fuck" szót: https://hup.hu/node/161951#comment-2292801

Egyébként még csak ez sem. Maintainer, és feldobta vitára, hogy akkor hogyan kellene neki ezt kezelni, keresett hozzá egy példát.




A Linux forráskódjának kommentjei közül törölték a "fuck" szót: https://hup.hu/node/161951#comment-2292839

Szerintem tisztában volt vele. Bár nem biztos, látható, hogy nem olvasta a hosszas bikeshedet előtte...




Szerver elnevezési ötletek: https://hup.hu/node/155070#comment-2294268

volt egyszer egy reverse, ami tálan olyasmi volt, hogy 'kedveskisfikuszhozottnekemteatezertrolanevezemelaroutert.foo.bar'




Szerver elnevezési ötletek: https://hup.hu/node/155070#comment-2135029

kliens gép volt, ott biza simán benne van, hogy a stock image ugyanaz, hiába vándorol emberünk a cégen belül. Mondjuk ott meg elég fölösleges bele bármi más azonosító, mert személyes. Jó, valami ország / telephely ilyesmi esetleg lehet hasznos, hogy ha fizikailag oda kell küldeni valakit. Oda személy szerint én valami olyat adnék, ami (vagy aminek egy része) jól leolvasható a gépen levő valami matricáról, hogy ha Egységsugarú Gézának valami baja van, és ezért supportot akar, akkor tudjak mondani valamit, amit be tud diktálni.




Szerver elnevezési ötletek: https://hup.hu/node/155070#comment-2135359

hát, végülis, ha csak CNAMEket csinálnak így, akkor annyira nem szar a helyzet, de ha már ennyire, akkor szerintem valami normális cmdb...




Python objektum és globális változó: https://hup.hu/node/161959#comment-2292211

Nem világos, hogy fent pontosan mit is csináltál végül, de ilyen akkor van, amikor a vezérlő processed nem waitel a forkolt gyermekeire. Zombinak hívják őket, a daemonod megálláskor az init ki fogja takarítani, de jobb lenne, ha a kód proper módon figyelne erre.




Kritikus szerver patchelése előtt készítesz-e a gyors visszaállás érdekében snapshot-ot?: https://hup.hu/szavazasok/20181115/kritikus_szerver_patchelese_elott_keszitesz-e_a_gyors_visszaallas_erdekeben_snapshot-ot#comment-2287447

Egyrészt könnyebb belátni, hogy pont az került oda, amit gondoltál, hogy oda fog, mert nincs egy bazi nagy bizonytalansági tényező a kiindulási állapotban. Értem én, hogy pl az ansiblesek megmagyarázzák, hogy ez deklaratív, mert az van odaírva, hogy 'state: present', de ettől még mögé lesz dugva a logika, hogy nézzük meg, hogy fent van-e. ( Hasonlóan attól még, hogy ifet átnevezték whenre, attól az még if marad :) ) Ha újraépíted, akkor a kiinduló állapot, és ezért a folyamat általában egyszerűbb.

Másrészt meg nulláról telepítőt úgyis kell csinálni, általában sokkal olcsóbb (munkaórában) ha nem kell minden update előtt új automatát írni, és azt tesztelni.

Természetesen ez nem jelenti azt, hogy ez mindenhol jó, vagy mindenhol jobb, mint a hagyományosabb (régebbi, fasz se tudja minek nevezzem) metodikák, vagy hogy azokkal ne lehetne, vagy hogy ne lennének néha hátrányai, de határozott előnyei is vannak
.




GDPR vagy adatvédelem vagy hagyjálmár': https://hup.hu/node/161802#comment-2287628

Mondjuk ha a kedves vevőtárs "nem szeretném elmondani" nyilatkozatára a pénztáros ezt elfogadná, és továbblépne, akkor a kedves vevőtárs nem tartaná fel a sort, szóval inkább a kedves pénztáros, vagy ugye még inkább a kedves pénztáros főnöke, aki erre így utasította, az szarjon sünt.




GDPR vagy adatvédelem vagy hagyjálmár': https://hup.hu/node/161802#comment-2287693

> Ahol én ilyet tapasztaltam, ott a pénztáros csak úgy tudott továbblépni a fizetési folyamatban, hogy beírt egy számot.

Idézném magam: "vagy ugye még inkább a kedves pénztáros főnöke, aki erre így utasította"

Ebbe azért bőven benne van az is, hogy a gép szar. Nehogy már azért a vevő legyen a hülye, hogy nincs skip gomb.




GDPR vagy adatvédelem vagy hagyjálmár': https://hup.hu/node/161802#comment-2287706

És ez hogy jön mindahhoz, hogy ki szarjon sünt a kialakult beszélgetés miatt?




GDPR vagy adatvédelem vagy hagyjálmár': https://hup.hu/node/161802#comment-2287726

De azért kettejük közül a szegény erre nem kiképzett pénztárosra mégsem, bezzeg a köcsög vevő. Értem.




Helyzet van a román warez közösségnél: https://hup.hu/node/161575#comment-2284756

szóval tényleg lopás ez, csak nem az lop, akiről eredetileg állítottuk...




Helyzet van a román warez közösségnél: https://hup.hu/node/161575#comment-2285096

Na jó, de ebben a képletben az látszik, hogy a warezpistkikék a tőlük elvárt módon még befizették a pénzt.




IT-sok kiborito etrendjei: https://hup.hu/node/161513#comment-2282689

Lássuk be, olyan azért akad, aki nem szereti a halat, olyankor meg a rántott csirke elég biztonsági játék, számítva arra, hogy azt csak nem rontják el, még ha halászcsárda is...




IT-sok kiborito etrendjei: https://hup.hu/node/161513#comment-2282759

Mondjuk az, hogy volt, aki nem oda ment eddig még nem volt hozzátéve :) Értem én, hogy neked furcsa, de én nem látom olyan extrémnek, hogy társasággal az is beül ilyen helyre, aki egyébként nem szereti a halat.

Egy halászcsárdában meg ne áruljanak csirkét, ha nem tudják normálisan megcsinálni.




Amikor azt válaszolod valakinek, hogy 'ASAP megcsinálom', mit értesz alatta?: https://hup.hu/szavazasok/20181116/amikor_azt_valaszolod_valakinek_hogy_asap_megcsinalom_mit_ertesz_alatta#comment-2286589

Klasszikusokat csak pontosan, szépen... Szóval kindly do the needful :-)




2 gépből HA virtualizáció - mivel?: https://hup.hu/node/158841#comment-2220056

"Javaslom, hogy mondd el előlről, hogy mid van, mije fáj most, mit várnak tőle: rugaszkodj el még a megoldástól, hogy érdemben tudjunk segíteni."

+1




"Határozottan nem (a) várható viselkedés": https://hup.hu/cikkek/20181114/hatarozottan_nem_a_varhato_viselkedes#comment-2285961

Teóriádat erősíti, hogy nemrég volt DST állítás, abban meg jók :D




Miért cseréli le a Linux kernelfejlesztői közösség az iptables-t?: https://hup.hu/cikkek/20180422/miert_csereli_le_a_linux_kernelfejlesztoi_kozosseg_az_iptables-t#comment-2223976

Még csak linux sincs benne, freebsd. Ennek megfelelően -- suprise suprise -- pf-et használ :)




KDE Applications 18.08.2: https://hup.hu/cikkek/20181012/kde_applications_18_08_2#comment-2276753

Nem, az már rég kesz, csak az ellenség megtévesztése végett twmnek hívják. Bár egyesek szerint az ablak elhelyezésénél a wireframe felesleges, elég lenne a keret.




ip neigh add - hova szokás beégetni?: https://hup.hu/node/161649#comment-2284787

18.04ben már netpan a default...




Mi az online jelszavad? Nem mondom meg...: https://hup.hu/cikkek/20181103/mi_az_online_jelszavad_nem_mondom_meg#comment-2282760

Mondjuk anno azt hiszem a nyugatiban kaptak el egy ilyennel, hogy adnak egy csokit, ha elárulom a passwördöm. Elárultam, aztán a srác nekiállt a fejtágítónak, én meg megkérdeztem, hogy:
- és honnan fogja tudni, ez a jelszó hova jó?
- meg főleg, miből gondolja, hogy nem most találtam ki valamit egy csokiért? ;)




Debian-9.5.0 EXT4 file rendszerű partíciók nem a valós szabad területet mutatják: https://hup.hu/node/161568#comment-2283335

De, ránézésre stimmel.

df -H ?




Itt a OnePlus 6T!: https://hup.hu/cikkek/20181030/itt_a_oneplus_6t#comment-2281925

Megkérdezhetem miért? Nekem sima 3 van, és semmi késztetést nem érzek a cserére, legjobb telom ever (a sony z volt még majdnem ilyen, mig el nem tört). Mondjuk magas igenyszintem nincs az tény...




open your doors, use systemd!: https://hup.hu/node/161457#comment-2281222

"mert elment vallasvitaba egy par systemd fan altal"

Jaja, az antifanok egyáltalán nem vallásosan közelítenek a kérdéshez.




open your doors, use systemd!: https://hup.hu/node/161457#comment-2281409

> Aki megis veri a pocset a systemdre sikoltozva az fan. Mitol antifan az, aki nem veri????

Nem konkrétan rólad volt szó, hanem a topicban azokról, akik pont ugyanannyira tűnnek vallásosnak a pfúj systemd oldalon ülők is. Mondjuk ezen a hozzászóláson már látszik, hogy te is pont oda tartozol, és pont ugyanolyan vallásosan tolod a mantrát, úgyhogy nem csoda, hogy nem vetted észre a kettős mércéd :)




open your doors, use systemd!: https://hup.hu/node/161457#comment-2281600

Ja, abban a topicban is az látszik, hogy
- de szar, mert nagy a scopeja, és nem csak egy init
- de én ezért meg ezért szeretem, hogy ezt tudja

Én személy szerint azt ott nagyon nem látom, hogy "mer a systemd jo!!! ertem?", azt látom, hogy usecase vannak mögé pakolva. Abban a konkrét topicban a másik oldalról sokkal kevésbé látom, hogy tények lennének, azon túl, hogy "mert koncepcionálisan szar!!!, értem?", amit te is lenyomsz itt pl. Ez mondjuk egyébként mindegy, mert annak az oldalnak nyilván megvan a szépen összeszedett saját érvrendszere, TCH nyilván belinkelte oda is, kb kiegyenlítettek az erőviszonyok.

Én mindössze arra próbáltam felhívni a figyelmed, hogy a nem tetszik oldal pont ugyanolyan, mint a tetszik oldal szétfikkantás tekintetében. Csak jól látszik, hogy bár te nem szereted/utálod az eszközeidet (azt a részét engedelmeddel leszarnám, hogy nem érted, hogy a család kontextusában mást jelent a "szeret" szó mint egy eszköz esetében) ellenben a systemdről itt is jól látszik, hogy azokat meg tudod érteni, akik szerint ez választ ad egy nem létező problémára, azok meg, akik azt mondják, hogy "hát de nekem ez megoldotta a létező problémámat" azok rózsaszín cukormázban úsznak. Kettősmércézel, amikor ez alapján gázozod az egyik oldalt, a másikat meg nem.




Termite - légy bolyvezető még ma!: https://hup.hu/cikkek/20181027/termite_legy_bolyvezeto_meg_ma#comment-2280776

Pedig teljesen jó volt abban a mondatban az ok-okozati összefüggés.

Mondjuk nem biztos, hogy ez neki is feltűnt ;)




Elfogadhatónak tartod, ha valaki nem az igazat írja az önéletrajzába korábbi munkatapasztalatával kapcsolatban?: https://hup.hu/szavazasok/20181024/elfogadhatonak_tartod_ha_valaki_nem_az_igazat_irja_az_oneletrajzaba_korabbi_munkatapasztalataval_kapcsolat#comment-2279524

Hát, a random hazudozó kolléga is rossz hatással van a munkamorálra, meg esetleg a cégre, uh speciel én vezetőként erőst várnám, hogy ha valaki ferdít, arról szóljon csak nyugodtan a kollégája. (Az más, kérdés, hogy honnan látta volna a cvjét egyáltalán).

A kiírás meg tipikusan olyan, hogy az értelmes válasz hiányzik belőle. Ha felvettem, akkor valami miatt úgy éreztem, hogy dolgozni akarok vele. Szóval az elemi minimum, hogy behívom egy szobába, és megkérdezem, hogy mi a fasz? Aztán majd utána döntök, az alapján, hogy mit hozott fel mentségére, meg hogy mi volt az a hazugság. Nyilván különbség van a behazudtam 2 év munkaviszonyt ami nem is volt, a megtoldottam az egyiket pár hónappal, mert elmentem valahova, ami szar volt, és nem akartam, hogy látsszon, a nem értünk egyet az "erős ismeretek" definíciójában vagy pl az igazából nem is 6, hanem 7 éve voltam azon a tanfolyamon között.




Elfogadhatónak tartod, ha valaki nem az igazat írja az önéletrajzába korábbi munkatapasztalatával kapcsolatban?: https://hup.hu/szavazasok/20181024/elfogadhatonak_tartod_ha_valaki_nem_az_igazat_irja_az_oneletrajzaba_korabbi_munkatapasztalataval_kapcsolat#comment-2279531

Nem vagyok/voltam tulajdonos, de döntéshozóként szeretlek releváns infókból dönteni. Ugyanis inkább szóljon, ha releváns, akkor tudjam, ha baromság volt, akkor meg a mószerolónak tudjam visszacsatolni, hogy ez mi a fasz? Abban az esetben, amit te mondasz, hogy jön valaki okoskodni, hogy ugyan a srác évek óta itt az ász, de előtte még nem is tudta, ott nyilván a mószerolót fogom megkérdezni, hogy mi a pé. Viszont még mindig inkább ez, mint hogy az üst alatt fortyogjon az egész, mert az valóban rosszat tesz a munkamorálnak. Inkább jöjjön oda, hogy ezt hallottam, és ez engem zavar, mint faszódjon a kávé mellett.

És egyébként nekem tulajdonostól is az a tapasztalatom (mondjuk nem kifejezetten mószerolás címszó alatt), hogy értékelik, ha az ember őszintén dumpol nekik -- szerinte -- infót. Mivel ott meg ők hoznak döntéseket, és ahhoz jól jön az info. Az is, amiről én pl nem tudom eldönteni, hogy pozitív / negatív, vagy egyáltalán releváns-e.

jahm, és alapvetően tojok a felelősökre, sosem volt hobbim, hogy olyat keressek, problémákat igyekszem megoldani.




Minimum 2 év biztonsági frissítés-támogatást követel meg a Google az OEM-ektől: https://hup.hu/cikkek/20181025/minimum_2_ev_biztonsagi_frissites-tamogatast_kovetel_meg_a_google_az_oem-ektol#comment-2280177

A gyerek cuccait meg hadd vigyék :D




Tipikusan hányszor nyomod meg a Ctrl+C kombinációt a vágólap beillesztése előtt?: https://hup.hu/szavazasok/20181023/tipikusan_hanyszor_nyomod_meg_a_ctrl%20c_kombinaciot_a_vagolap_beillesztese_elott#comment-2278969

Bezzeg, mikor az apple jött azzal, hogy rosszul fogod ;-)




Tipikusan hányszor nyomod meg a Ctrl+C kombinációt a vágólap beillesztése előtt?: https://hup.hu/szavazasok/20181023/tipikusan_hanyszor_nyomod_meg_a_ctrl%20c_kombinaciot_a_vagolap_beillesztese_elott#comment-2279263

Ezt a képet is árnyalja, hogy elég sokáig az volt a mondás a küldj patchet helyett, hogy "nem teszünk fel semmit, ami nem a core drupal része, stfu".

;)




Tipikusan hányszor nyomod meg a Ctrl+C kombinációt a vágólap beillesztése előtt?: https://hup.hu/szavazasok/20181023/tipikusan_hanyszor_nyomod_meg_a_ctrl%20c_kombinaciot_a_vagolap_beillesztese_elott#comment-2279282

Habzik a fene. :) Nem tudom, nálad notórius dup huszárnak számítok-e, néha előferdül egy egy dup, olyankor az egyikbe beleszerkesztem, hogy dedup, azt jónapot, zavarni nem zavar. Ellentétben veled, gondolom azért sikerült le parkinzonosoznod rögtön az első kommentben a dupe huszárokat.




Tipikusan hányszor nyomod meg a Ctrl+C kombinációt a vágólap beillesztése előtt?: https://hup.hu/szavazasok/20181023/tipikusan_hanyszor_nyomod_meg_a_ctrl%20c_kombinaciot_a_vagolap_beillesztese_elott#comment-2279399

Úgy nézek ki, mint aki megsértődött?

De elég humoros ez a vagdalkozás mozgásszervi problémára, mikor te is jól tudod, hogy nem a keze remeg az enteren a jóembernek, hanem nem kapott meg időben valami feedbacket, ami miatt azt gondolta, hogy nem sikerült észrevenni a kattot, ezért nyomott mégegyet. De nyugodtan trollkodj tovább, végülis valóban én kezdtem :) Csak erőltesd meg magad még egy kicsit, mert ez így gyenge :)




Tipikusan hányszor nyomod meg a Ctrl+C kombinációt a vágólap beillesztése előtt?: https://hup.hu/szavazasok/20181023/tipikusan_hanyszor_nyomod_meg_a_ctrl%20c_kombinaciot_a_vagolap_beillesztese_elott#comment-2279412

Jah, kivéve gondolom, mikor valamiért nem, vagy nem veszi észre :). Igen, valóban a mozgásszervi és a látáskárosodás melett súlyos, kóros elmebaj, ha valaki ott várta a feedbacket, ahol gombot nyomott, nem valahol máshol, ne fáradj :)




Tipikusan hányszor nyomod meg a Ctrl+C kombinációt a vágólap beillesztése előtt?: https://hup.hu/szavazasok/20181023/tipikusan_hanyszor_nyomod_meg_a_ctrl%20c_kombinaciot_a_vagolap_beillesztese_elott#comment-2279439

Nem akartam megmagyarázni, de már megint remekül terelgetsz.




Mit gondoltok, egy sikeres rendszermérnök karrierhez szükséges-e a diploma megléte?: https://hup.hu/node/161257#comment-2280491

A mérnökök nagyrészt piaci tömegigényeket szolgálnak ki...




Folytonosan kiegészülő (nem tudom a szakszót) weboldal letöltése wget-tel?: https://hup.hu/node/161430#comment-2280394

Szinte biztos, hogy a wget nem lesz jo, mert vslami js toltoget hozza plusz tartalmat




HTTP/1.1 400 <custom Reason phrase> ?: https://hup.hu/node/161420#comment-2280121

Ettől még a clienten kívül más számára lehet hasznos info.




HTTP/1.1 400 <custom Reason phrase> ?: https://hup.hu/node/161420#comment-2280162

Ebből a szempontból az egész REST egy erős layer violation (leszámítva azt a keményvonalas olvasatot, amiből az jön ki, hogy a REST az tulajdonképp a HTTP) nem ez lesz a legnagyobb keveredés :)

Meg persze lehet úgy is nézni, hogy az alkalmazás beszél httpn, az ő dolga, hogy mit akar mondani, ilyen alapon tulajdonképp arról se szabadna véleménye legyen, hogy egyáltalán milyen status codeot kell neki mondani, ha hiba van. Meg az ő dolga egyébként eldönteni, hogy 302 redirect, mert máshol van egy resource? Hiszen az alapvetően HTTP, viszont azt meg az app tudja, hogy mondjuk átnevezte.

De ez szerintem elég elméleti, ha segít valahol, nyugodtan oda lehet írni.




Elfogadható-e számodra az IT rendszeredbe való betörés, ha annak célja a sebezhetőség kijavítása zéró károkozás mellett?: https://hup.hu/szavazasok/20181014/elfogadhato-e_szamodra_it_rendszeredbe_valo_betores_ha_annak_celja_a_sebezhetoseg_kijavitasa#comment-2276379

Az, hogy ez egy elméleti kérdés? :)




Elfogadható-e számodra az IT rendszeredbe való betörés, ha annak célja a sebezhetőség kijavítása zéró károkozás mellett?: https://hup.hu/szavazasok/20181014/elfogadhato-e_szamodra_it_rendszeredbe_valo_betores_ha_annak_celja_a_sebezhetoseg_kijavitasa#comment-2276380

Kérdés, hogy amikor a sajátodat hackeled, az betörés-e? :)




Külső REPO biztonságosság (Remi's repo): https://hup.hu/node/161312#comment-2277948

Mondjuk ezt a részét vissza is lehet(ne) tolni s devopsosoknak, hogy küzdjenek vele ők...




Külső REPO biztonságosság (Remi's repo): https://hup.hu/node/161312#comment-2277987

Nem, de azért a risk analízisben más (lehet) a megítélése egy olyan cuccnak, akit az RH támogat, annyira, hogy gyakorlatilag az ő git repojukon keresztül opensourceolnak, mint valami random one-man show.




Külső REPO biztonságosság (Remi's repo): https://hup.hu/node/161312#comment-2278013

Nem annyira akartam belefolyni a dolog részleteibe, csak arra próbáltam felhívni a figyelmet, hogy igen is lehet különbség no warranty repok között. Az, hogy azt ki hogy értékeli, az már a saját dolga, ennek is nyilván van az az olvasata, hogy valaki szerint már baj, hogy ennyire közel vannak az RHhez.




Külső REPO biztonságosság (Remi's repo): https://hup.hu/node/161312#comment-2278102

Ami a megbízható forrás és updatek problémáját úgy kezeli, hogy...?




Külső REPO biztonságosság (Remi's repo): https://hup.hu/node/161312#comment-2278164

Mindamellett, hogy ugyanazt a problémakört feszegetjük, de:

> Ettől meg a dokker pont nem véd meg, mert üzemeltetőként nem tudod befolyásolni, hogy mi a sz@rt rak/rakat bele a konténergyártó iparos.

Ez nem a docker hibája, hanem a szervezeté.




Külső REPO biztonságosság (Remi's repo): https://hup.hu/node/161312#comment-2278163

Szóval kb ugyanúgy :) Vagy elhiszed neki, hogy az egy jó forrás, vagy nem.

> szerk.: szórakoztató hogy a fenti diskurzusban egyesek megvédik a hokiJóska repók csomagkezelőbe kapcsolását azzal a felkiáltással hogy használták már és szerintük jó :)

Igen, kb erre akartam rákérdezni, mert a szállítási tech nagyjából irreleváns. Nyilván van előnye a dockernek a sima repohoz képest, meg van neki hátránya is.




Router kerestetik Gigabit/Gigabit nethez: https://hup.hu/node/159899#comment-2244771

"fikazas helyett inkabb irj valami ertelmes megoldast/magyarazatot, mert latom ebben a topicban eddig csak ennyit tudtal felbofogni"

Rejtett sub.




Router kerestetik Gigabit/Gigabit nethez: https://hup.hu/node/159899#comment-2255474

A speedtest.net nem mér sem kis csomagokkal, sem 25 filter rulellal.




Hiszti.: https://hup.hu/node/161140#comment-2275310

Nekem az ilyen sztorik után elég meglepő volt, hogy pár napnyi Párizsban nulla darab ilyennel találkoztam, minden pincér határozottan normális volt. Jó, valami nem működő jegyet cserélő metrós ember elég mogorva fejet vágott, de egyrészt megoldotta, másrészt az előttem sorban állók alapján nagy biztonsággal megállapítható volt, hogy a mogorva fejen az echte francia sem segített volna :)




Hiszti.: https://hup.hu/node/161140#comment-2275385

Nem akartam azt állítani, hogy ilyen nincs, annyit mondtam, hogy nekem meglepő volt, hogy egyáltalán nem találkoztam a jelenséggel.

Meg persze a határ mellől nem feltétlen érdemes általánosítani mondjuk Párizsra. ;)




Informatikusok: https://hup.hu/node/161142#comment-2274575

"Szóval tessék megtanulni a szakmát, mert ellenkező esetben mérnöki diplomával is csak havat lehet lapátolni."

Kivéve, ha az a szoftver, mert azt nem kell a firmware íróknak, ugye :)




Közeleg a Fedora 26 életciklusának vége: https://hup.hu/cikkek/20180528/kozeleg_a_fedora_26_eletciklusanak_vege#comment-2235436

Én mikor átjöttem az új helyre, és linuxot raktam desktopra, akkor azért lőttem fedorára, mert előtte leginkább RH volt a kezem között, de a centos desktopra nem tűnt elég szaporának, gondoltam a fedora az kb hasonló lesz. 25-el kezdtem, az upgradek kb semmi extrával nem jártak, ment. A 27re váltás után egy pár hétig nem volt képes megjegyezni, hogy melyik oldalt melyik monitor van, kb ennyi. A mostani 28ra váltásból kb annyit vettem észre, hogy kicserélte a lockscreent.




Közeleg a Fedora 26 életciklusának vége: https://hup.hu/cikkek/20180528/kozeleg_a_fedora_26_eletciklusanak_vege#comment-2235867

Nem használ, mint a mellékelt ábra mutatja :)

Egyébként nem akkora falat, egy sima rendszergazdának a szállított dolgokat így 2018ban be kéne tudni konfigolni. Mikor szopatott, akkor azt 90%-ban azért tette, mert épp ki akartad engedni valamelyik daemont a körülfalazott dobozából.




Közeleg a Fedora 26 életciklusának vége: https://hup.hu/cikkek/20180528/kozeleg_a_fedora_26_eletciklusanak_vege#comment-2236084

Upsz, a felett àtsiklottam, bocsánat.




Közeleg a Fedora 26 életciklusának vége: https://hup.hu/cikkek/20180528/kozeleg_a_fedora_26_eletciklusanak_vege#comment-2236909

Mondjuk a gyorstalpaló kb pont így van benne a fedora wikiben ;)

A mentésre én egyébként a következőt szoktam tenni:
- bedugok valami külső disket (nagyobb pendriveot, vinyót) amin nincs semmi fontos (ilyenek azért vannak felénk összevissza)
- teszek rá egy lvm partíciót
- pvcreate
- vgextend-del hozzácsapom a rendszer volume grouphoz
- lvcreate-tal csinálok egy-egy snapshotot a partícióim alatt levő lvmről (ilyenkor ugye a snapshotban gyakorlatilag csak a változások fognak gyűlni helyet foglalva)
- update

ha minden jól ment, akkor
- lvremove-olom a snapshotot
- vgreduce-al kiszedem a disket a vgből
- a vinyót meg későbbi sorsától függően wipeolom

ha nem:
- akkor bebootolnék valami liveról,
- és mergelném a snapshotot

Ennek nagy előnye, hogy alapesetben nem kell gondolkodni az update előtt a backupról, illetve várni rá. Abban a nem túl valószínű esetben meg, ha nem bootol az új rendszer, akkor elég gyorsan lehet azt mondtani, hogy hagyjuk az egészet.




Kardiológus az Apple Watch szívmonitor funkciójáról: https://hup.hu/cikkek/20180924/kardiologus_az_apple_watch_szivmonitor_funkciojarol#comment-2273245

+1 én is elolvastam a cikket, mert pont felmerült, hogy idősnek lehet jó volna, viszont gyanús, hogy faszságokat mérhet, erre a cikkben egy szó nincs az apple watchról az orvos szájából.

Arra a kérdésre, hogy nem lesz-e egy rakás fals pozitív, aki emiatt rohan, meg szarul mér meg nem válasz, hogy egy olyan eszköz, ami direkt erre van, és az veszi meg, akinek valami eleve gyanús miatt nincs, tehát no para.

Ráadásul megnéztem, az adott eszköz egy bankkártya méretű két érintkezős cucc, amit meg kell fogni ujjal. Köze nincs órához, köze nincs emiatt lógó csuklón méréshez, rossz érintkezéshez, ilyesmihez. De egyébként tök releváns.

(és bazmeg, majkával reklámozzák, azmi)




Kardiológus az Apple Watch szívmonitor funkciójáról: https://hup.hu/cikkek/20180924/kardiologus_az_apple_watch_szivmonitor_funkciojarol#comment-2273291

> Logo csuklon egyebkent se fogsz tudni EKG-t merni, mert a watchon is ehhez hasonlo, 2 erintkezos EKG van.

Ami mégiscsak egy kézen van, szóval lehet, hogy fogják úgy fogni emberek. Persze lehet, hogy nem :)

> Senki sem allitotta, hogy periodikusan merne az EKG-t.

Így bizony. Én sem. Mindössze arra reagáltam, hogy van egy cikk, ami elvileg az apple watchról szól, a benne nyilatkozó orvos meg arról nem beszélt egy szót sem, csak egy olyan eszköztől, ami még csak nem is óra, amivel egyébként lehet ekgt is mérni, hanem céleszköz.

Javaslom észrevenni, hogy nem minősítettem az órát egyáltalán :)




Mekkora az a legkisebb nettó havi összeg, amiért azonnal felmondanál a jelenlegi munkahelyeden?: https://hup.hu/szavazasok/20180921/mekkora_az_a_legkisebb_netto_havi_osszeg_amiert_azonnal_felmondanal_a_jelenlegi_munkahelyeden#comment-2268707

Szóval az a kérdés, hogy mekkora az a legkisebb összeg, amiért most felmondok, ezért életem végéig kapom azt a pénzt havonta, majd másnap megint aláírok a jelenlegi helyemmel? :)




Mekkora az a legkisebb nettó havi összeg, amiért azonnal felmondanál a jelenlegi munkahelyeden?: https://hup.hu/szavazasok/20180921/mekkora_az_a_legkisebb_netto_havi_osszeg_amiert_azonnal_felmondanal_a_jelenlegi_munkahelyeden#comment-2268754

Élnék a gyanúperrel, hogy nem ezt akarta kérdezni, szóval nem egyértelmű. :)




Ez egy kib**tt weboldal: https://hup.hu/node/143510#comment-1919921

Pfejj, ez hányszor de hányszor van.




felhőtárhely explorer támogatással: https://hup.hu/node/161119#comment-2272702

Szerintem ezt akarmelyik ilyen felhős drive tudja, a onedrivetol a guglin at a dropboxig meg a boxcomig. Ennyit pont ennyit csinálnak, egy shared foldert. És ha az alkalmazás nem támogatja a csoportmunkat, akkor a szinkronizálás eleg szar lesz :)

Ha egyébként nem ragaszkodsz mas gepeihez, csak folder synchez tobb geped kozott, akkor tudom javasolni esetleg a syncthinget (winre azt hiszem a synctrezor vagy mi a használható kliens)




Összemegy a Ribbon az Office 365-ben: https://hup.hu/cikkek/20180614/osszemegy_a_ribbon_az_office_365-ben#comment-2260497

FYI: Egy ideje már van funkciókereső az officeos ribbonon, elkezded gépelni, amit a gugliba kezdenél, és már ott is van.




Összemegy a Ribbon az Office 365-ben: https://hup.hu/cikkek/20180614/osszemegy_a_ribbon_az_office_365-ben#comment-2240971

"Mert aztán a toolbar hell az aztán kurvajó volt."

+1 sose értettem ezt a nagy ribbon ellenességet, azokat a dolgokat teszi az arcomba, ami jó eséllyel kell. Mostanábanm hogy nem win a desktop, mindig zokogok egy kicsit, mikor kinyitom a libreofficet. Most át is állítottam gyorsan, mert eszembe jutott, hogy van benne. Mondjuk elsőre elég rusnya ez is. :)




Kihagyhatatlan állásajánlat: https://hup.hu/node/161037#comment-2270780

Akkor már csak az a kérdés, hogy minden olyan álláshirdetés, aminél te komolyabbat is meg tudsz pályázni / nem fedi le a te igényeidet "Kérjük, nevetésével ne zavarja más kolléga munkáját." címkés-e, és ugyan miért?

(ráadásul info témában pl a futár azért eléggé olyan, amit azért nem érdemes lendületből kiröhögni)




Kihagyhatatlan állásajánlat: https://hup.hu/node/161037#comment-2270785

Mármint a két utolsó pont, vagy mi? Adattárházasnak 4 embernyi bkv járna, vagy mire gondolsz?




Óraátállítás eltörlése: https://hup.hu/szavazasok/20180913/oraatallitas_eltorlese#comment-2266926

Mondjuk ilyen alapon az is fennáll, hogy majd mész te később ;)




Óraátállítás eltörlése: https://hup.hu/szavazasok/20180913/oraatallitas_eltorlese#comment-2266508

Volt "szerencsém" dolgozni olyan global rendszeren, aminek tényleg mindenfele volt része. Sosem számoltam, de jelentősen kevesebb az olyan ország, ahol nem volt, mint ahol igen. És szintén nem statisztikáztam, de a váltás időpontok körül rendszeresen volt, hogy figyelni kellett a tzdatára, mert valaki valahol valamit baszakodott vele.

Mondjuk az ténykérdés, hogy egy gyors grep után a tzdataban mintegy 150knyi hasznos infó van, ami azért embeddben nem mindig kevés, pláne, ha a projected gain viszonylag minimális. Meg mondjuk az is, hogy az a 150K még jelentősen redundáns text, amin bőven lehetne optimalizálni.




google privacy: https://hup.hu/node/160799#comment-2265684

"Honnan tudná hogy mi gyanús ha jelszóval védett tömörített állományt küldesz?"

Miért fontosabb, hogy a gugli mindenről el tudja dönteni, hogy szerinte gyanús-e, mint hogy a user tudjon úgy kommunikálni, ha akar, hogy abba a gugli nem lát bele?




sed kerdes: https://hup.hu/node/154465#comment-2121332

https://stedolan.github.io/jq/




sed kerdes: https://hup.hu/node/154465#comment-2121565

sajnos az ilyen parzerek elég hülye hibaüzeneteket tudnak kiböfögni, de ezen szerintem nem nagyon van mit flamelni. Az eredeti kimenet köré jsonul kell egy lista, vagyis be kell tenni szögletes zárójelbe, és az ojjektumok közé vesszőket kell tenni.

Egyébként mea culpa, telefonon nem néztem, hogy az input nem egészen valid json.




sed kerdes: https://hup.hu/node/154465#comment-2121598

mondjuk az üzenet meg lehetne az, hogy "itt bazmeg listának vagy string literalnak kellene lenni" :)

Sajnos sokszor nem érti a programozó, hogy mitől lesz használható egy hibaüzenet.




Elon Musk nyilvános füvezése szerintem : https://hup.hu/szavazasok/20180908/elon_musk_nyilvanos_fuvezese_szerintem#comment-2264298

mármint venni...




Elon Musk nyilvános füvezése szerintem : https://hup.hu/szavazasok/20180908/elon_musk_nyilvanos_fuvezese_szerintem#comment-2264299

Azért ordas nagy hazugságnak titulálni azt, hogy ő még nem hallott olyanról, mert te ismersz egy darabot egy kicsit erős.




Autósok: https://hup.hu/node/160560#comment-2261471

Nem kell. Lehet. De ráadásul ez sincs benne explicit, csak belefér a "ha jónak látod, és nem megtévesztő, akkor ott indexelsz, ahol akarsz" szabályba.

Illetve, ha nagyon akar az ember kötekedni, akkor esetleg a "a művelet előtt kellő időben megkezdett" indexelés kritériumában egy kisebb körforgalomba már kötelező lehet úgy bemenni, ha jól tudom a bírói gyakorlat 2-3 másodpercet szokott kellő időnek tekinteni. Az más kérdés, hogy egy kisebb körforgalomban ha nem az elsőn mész ki, akkor nem nagyon van mondjuk a három másodpercre esélyed, ha nem az elsőn mész ki :)




Autósok: https://hup.hu/node/160560#comment-2260389

Ha te még sosem láttál olyat, hogy már vagy fél (1, 2) perce szabályosan előztél a belső sávban, majd érkezett meg mögéd a tolakodós barom, akkor inkább hagyd ezt a nagymellényes, kijelentő módú "biztos te voltál a hülye" dolgot, mert láthatólag nincs elég vezetési tapasztalatod, vagy belátási képességed, hogy értelmezd, mi történik körülötted :)




Autósok: https://hup.hu/node/160560#comment-2260446

Ez ugyan igazán kedves tőled -- magam is szoktam így tenni -- csak épp semmilyen szinten nem elvárás. Ha éppen olyan a szituáció, hogy percekig tart, míg megelőzöd a kamionokat, akkor azt nem kell mindenáron félbehagyni csak azért, mert közben megérkezett valaki, aki gyorsabban haladna. Gyorsítani sem kell. Akkor különösen nem, ha eleve a megengedett maximummal mész, de egyébként ha 110-el előzöd a 80-al haladó kamionokat, akkor sem. Az ugyanis nem kötelező minimum, hanem megengedett maximum. Nyugodtan befejezheted az előzést (igen, az egész sorét is), addig a gyorsabban haladni akaró jóember meditálhat arról, hogy milyen fasza lenne, ha az övé lenne az egész autópálya, és nem tötymörögnének előtte mazsolák. Természetesen megfelelő féktáv tartása közben, hiszen aki ekkora ász, az nyilván fel tudja mérni, hogy mekkora helyet kell maga előtt hagynia, ellentétben a mazsolával, aki nem képes arra, hogy a tükörből megítélje a valós sebességét a másiknak :)

Természetesen elengedheted, ha akarod, de nem a kresz szerint nem kell. És főleg szó nincs arról, hogy ne néztél volna jól tükörbe, ami az eredeti állításod volt.




Autósok: https://hup.hu/node/160560#comment-2260491

Szóval az eredeti "Akkor nem jól néztél a tükörbe, illetve nem figyelted _folyamatosan_ a tükröt." kijelentésed nettó hülyeség volt. Köszi :)




Autósok: https://hup.hu/node/160560#comment-2260610

Hát, pedig ez az egész erről szólt. Arra reagálva, hogy:

> Ja, mert az nem veszélyes, hogy 180 - 200-al megérkezik mögém (mikor a tükörbe nézek, még sehol sincs), majd 1-2 méter távolságból villog rám.

Te nyilatkoztattad ki, hogy:

> Akkor nem jól néztél a tükörbe, illetve nem figyelted _folyamatosan_ a tükröt.

Ami az én olvasatomban azt jelenti,hogy márpedig akkor a kisoroló a hülye.

Én erre hoztam olyan példát, ahol ez nem igaz, a kisoroló teljesen jól viselkedett, el is ismerted, hogy ez így van. Szóval az eredeti kinyilatkoztatásod nem állja meg a helyét. Hát így.




Autósok: https://hup.hu/node/160560#comment-2260390

Máshol is megbeszéltük már, hogy nem. Ennyi erővel akadályozod azt is, akinek nincs kedve megállni a stoptáblánál, te meg tapló módon keresztbe mész. Nincs értelme akadályozásról beszélni a nem szabályosan közlekedőkről, mert értelmezhetetlenné válik a szabályrendszer. "A biztonságos és zavartalan közlekedés alapvető feltétele, hogy a közlekedési szabályokat mindenki megtartsa és számíthasson arra, hogy azokat mások is megtartják." Második mondat.




Amikor aminek védenie kellene, inkább bajt csinál: https://hup.hu/treyblog/20180827/amikor_aminek_vedenie_kellene_inkabb_bajt_csinal#comment-2261105

Valamit fogni kell a mágnesnek...




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262424

"Ehhez képest még egy szót is kreáltak azok megbélyegzésére akik kimondják a véleményüket a buzikról: homofób"

Szóval kimondani a véleményt a buzikról az véleményszabadság, kimondani a véleményt arról, aki kimondta, viszont már az első véleményszabadság korlátozása, értjük.




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262439

Valóban nem érted. Te érezted úgy, hogy a homofób cimke miatt korlátozva vagy, és ez ejnyebejnye.




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262605

És? Ez hol érint akármi véleményszabadságot? Te elmondhatod, hogy szerinted a buzik mind aberráltak, ők meg elmondhatják, hogy szerintük te homofób vagy. 1-1, nem értem hol a probléma.




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262653

Ennek örülök, csak a mondanivalómhoz nincs köze.




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262659

Miért kellene 1:1 legyen? A kutya nem kérte kibic beugatónak miért nem lehet véleménye?




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262665

> Én meg leírtam, hogy nem ezzel van a probléma. HTH
Persze lehet azon lovagolni, hogy most 1:1, vagy észre lehet venni, hogy a mondanó N:M-nél is megállja a helyét.

> Persze, hogy lehet véleménye. Csak nem kéne másokra ráerőltetni. Erről beszéltem.

Bezzeg a buzikra rá lehet erőltetni a többség véleményét, hogy szerintük maradjanak csak otthon, a négy fal között, értem.




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262729

És? Nekik nem lehet véleményük? Mert ugye itt még mindig erről van szó. Az összes többiben mint mondtam örülök, hogy van mondandód, csak én abban nem akartam vitába szállni veled (se) :)




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262850

Én nem kapálóztam azon, hogy elmondja. Azon kapálóztam, hogy nehezményezi, hogy a másik fél elmondja :)




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262998

?




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262643

Az a kellemetlen helyzet van, hogy a vélemény szabadsága nem foglalja magába a következmények alóli mentességet.

Kellemetlen lehet, amikor a társadalmilag elfogadott normális átfordul a "köcsög buzikat nekem ne kelljen látnom, mert abberáltakbül" abba, hogy "homofób gyökerekről elmondjuk, hogy tapló köcsögök, és nem szívesen vagyunk körülöttük", és hirtelen te leszel elnyomott kisebbségben.

Félreértés ne essék, nem mondom, hogy ami ilyenkor történik az jó, mert nem az, viszont érdemes észrevenni, hogy elég illékony az, hogy épp mi a "normális". Ezért volna érdemes elgondolkodni azon, hogy nem jobb-e egy olyan általánosan elfogadóbb társadalom, ahol nem lesz autómatikusan köcsög buzi az, aki fiú létére a fiúkat szereti, és lendületből tűrhetetlen homofób gyökér, aki el meri mondani, hogy őt feszélyezi, ha két faszit lát csókolózni.




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262661

zaklatás != következmények alóli mentesség. És ez bizony ugyanúgy megilleti azt is, aki szerint a szexualitás nem magánügy, még akkor is, ha többség szeretne erről nem tudomást venni.




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262685

Hát, ha szerinted az van, hogy a buziknak tök jó, aki meg buzizik, azt mind azonnal kinézik mindenhonnan, akkor valóban nem nagyon van miről beszélni, mert valami alternatív valóságban élünk.

A kettős mérce a te szádból meg egészen vicces, miközben lent előadod, hogy az nem kettős mérce, hogy ők nem házasodhatnak össze, és mindenféle módokon ki vannak zárva abból, hogy ugyanolyan jogok illessék meg a családjukkal őket, mint azon szerencsésebbeket, akiket nem vert azzal a sors, hogy kisebbsége tartoznak a kiket szeretek ügyben.




Amikor van az a pénz/politikai nyomás, hogy a magasztos eszméket is feladjuk: https://hup.hu/node/160653#comment-2262735

> A szerinted alternatív valóság:

Nem állítottam, hogy nincs ilyen. Sőt, ha figyelmesebben visszaolvasol, még olyat is írtam, hogy "Félreértés ne essék, nem mondom, hogy ami ilyenkor történik az jó, mert nem az". Csak amíg a te világképedben úgy néz ki, hogy ez egyoldalú, addig nincs miről beszélni

> Azt a hazugságot, hogy jogi hátrány éri a buzikat, mások már megcáfolták itt a fórumon. Kérlek olvasd el.

Elolvastam, nem értek vele egyet. A jelenlegi szabályozás egy önkényes norma alapján hátrányos helyzetbe hozza őket. Ráadásul csúsztatsz, mikor az egész témakört kihegyezed a jogra, holott ennél többről van szó. (Hint, jogi hátrány pl valószínűleg az idézett urakat sem érte, egész értelmesnek tűnnek ugyanis ahhoz, hogy azokat bíróságon korrigáltassák)




Interface átneveződés: https://hup.hu/node/158702#comment-2216670

Ettől még mindig ott tartunk, hogy ez esetben nem a pötyi gyerek volt a hülye, hanem azok a gyártók akik szerint rendben van, hogy a pci bus hipp hopp átszámozza magát. Végül is miért kellene bármi kapaszkodót hagyni az osnek arról, hogy mit hol talál.




Interface átneveződés: https://hup.hu/node/158702#comment-2217063

Nem tudom. Ha tippelnem kell és tényleg kb azt csinálja, amit az udeves persistent ruleos megoldás, akkor ezt jól veszi, bár simán befigyelhet egy new device found, és ha peched van, akkor utána még egy szép új "wired connection 2" megjelenése is.

Nincs ebbol igazi jó kiút, a systemd megoldása vm cloneozásnál pl jobb mint az udeves móka. Azt lehetne, hogy ha bármi stimmelt (mac, slot, stb), akkor azt tippeljük, hogy ez a régi. De biztos olyan is van, mikor ez szopás lenne.

Azt azért továbbra is tartom, hogy jogos feltételezés volt, hogy s pci bus nem számozódik újra csak úgy.




Interface átneveződés: https://hup.hu/node/158702#comment-2217248

Mondom ha tippelnem kell, akkor ebben az esetben pont nem hiszem, de én láttam már wired connection 2-t nem usbs cuccnál is. Egyébként olyankor nem felejt el semmit, csak ad egy új interfacet default konfiggal, a regi meg ott lesz, csak unplugged státuszban. Pont mint az udeves setup.




A+ minősítésű SSL tanúsítvány létrehozása: https://hup.hu/node/160658#comment-2262025

Az ssltestek nem igazán a tanusítványt tesztelnek. Illetve azt is, de azt azért kb mindenki megugorja. Sokkal fontosabb a mindenféle konfig, az meg független a tanúsitványtól.

(A qualys ráadásul hozzáértő kolléga szerint túl engedékeny :) )




Nem vagyok robot: https://hup.hu/node/160225#comment-2251641

Volt egy novella is valamelyik galaktikában, ahol valami köztiszteletben álló tudóst vádolnak meg, hogy az idegenek kicserélték egy replikára kémkedni, ő meg erősen menekült, és hogy bebizonyítsa igazát, megtalálta a lezuhant hajót, benne a "saját" hullájával.




Nem vagyok robot: https://hup.hu/node/160225#comment-2251712

Ezaz, danke :)

Mondjuk valami oroszra tippeltem volna, Dicknek nem elég elvont :)




Hosszú élettartamú, hagyományos izzó: https://hup.hu/node/159127#comment-2226676

"Itt kereskedők is hozzászólhatnak? Mert nem értem, mi másért reklámozza valaki a LED-es világítást, ami nem világításra való, hanem dekorációs célra (a technika mai állása mellett)."

Maradjunk annyiban, hogy szerinted.




Hosszú élettartamú, hagyományos izzó: https://hup.hu/node/159127#comment-2228044

Ezt kifejtenéd? Szerintem akkor kérek magánszemélyként számlát, amikor akarok.




Hosszú élettartamú, hagyományos izzó: https://hup.hu/node/159127#comment-2228058

Ez rendben van (leszámítva a "szakmája" faszságot, azon mindig röhögnöm kell, hogy a hentesnek nem jár az otthoni késre) de ennek semmi köze ahhoz, hogy én kérek-e számlát. Attól miért változna meg a statusom?




Hosszú élettartamú, hagyományos izzó: https://hup.hu/node/159127#comment-2228154

> 8:1.§ 3. pontja alapján fogyasztó a szakmája, önálló foglalkozása vagy üzleti tevékenysége körén kívül eljáró természetes személy.

Ebből -- papíron -- az következik, hogy a szakmádhoz kapcsolódó dolgokban per-definem nem vagy fogyasztó, tehát a hentes elvileg az otthoni késre nézve sem fogyasztó, az informatikus az otthoni számítógépére nézve sem az, stb stb. Ami nyilván hülyeség, az van, amit mondasz:

> A megkülönböztetés az üzleti tevékenységhez használja vagy sem alapján történik

És ezzel vissza is értünk oda, ami a lényeg, és amire nem válaszoltál: mi köze van ennek ahhoz, hogy kértem-e számlát? Annyi számlát kérek magánszemélyként a saját nevemre, amennyit akarok, ettől nem szűnök meg fogyasztónak lenni. Sőt, kapaszkodj meg, van egy csomó cég, aki nem is ad el neked mindenféle drága dolgot blokkal, csak számlával, és kétlem, hogy azért, hogy majd nyüsszöghessen a grais ügyintézésnél, hogy te nem is vagy fogyasztó.

Szerintem neked be van ragadva a fejedbe, hogy ha számlát kér valaki, akkor azt ő biztosan leköltségeli valahol, de ez egész egyszerűen nem igaz.




Hosszú élettartamú, hagyományos izzó: https://hup.hu/node/159127#comment-2227061

"Nem kell pazarolni az áramot és nem lesz (annyival) drágább (hogy megérje ezzel egyáltalán foglalkozni). Rég halogénekkel világítok és nagyjából 50-100 Ft különbséget jelent a havi villanyszámlában"

Bezzeg a nem áramtalanított monitorok...




Hosszú élettartamú, hagyományos izzó: https://hup.hu/node/159127#comment-2227134

"Apropó, csakhogy a témánál maradjunk, mondasz nekem az izzóéval ekvivalens CRI-jű és fényáramú, szabályozható (dimmelhető) világítótestet, "

kényelmeskedünk, kényelmeskedünk?




Hosszú élettartamú, hagyományos izzó: https://hup.hu/node/159127#comment-2227152

"Ellenkezőleg. Vannak igényeim, amiket a fősodratú birkaled nem elégít ki."

Szóval kényelmeskedsz.




Hosszú élettartamú, hagyományos izzó: https://hup.hu/node/159127#comment-2227158

nem




Hosszú élettartamú, hagyományos izzó: https://hup.hu/node/159127#comment-2227111

Miért is kellene választani? Te szoktad tolni a sok kicsit sokra megy mantrá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-2253710

"Érdemes ránézni, hogy milyen hardveren fut."

Nem tudom, mert kiégett az agyam. Ez esztétikus? Mondjuk tény, hogy a kiégés nagyobb részét a honlap maga okozta, nem a screenshot, de azon meg mondjuk next to olvashatatlan betűk vannak...




Ú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-2253729

meg. Ettől még rákattintottam a linkre, és kiégett a picsába a retinám attól, ami bevillant. Ráadásul mint említettem, ennek jelentős részét a -- gondolom -- nem 8 bites gépen futó weboldal okozta, nem maga a screenshot.




Ú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-2253763

Nézd, nem szeretném védeni az új design vonalat, mert szerintem is van vele egy csomó szar, de én olyat, hogy konkrétan kiégeti a szememet, mint ez, ráadásul lendületből nem láttam a modern trendeket követőek között az elmúlt években, erre az oldalra meg fáj nézni. (egyébként a harmadik leganagyobb file abban is egy konrettó 100K-s js.)

Győzködhetsz róla, hogy ez az oldal nem randa mint a szar, én elfogadom, hogy szerinted nem az.




Ú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-2253832

> én nem is mondtam, hogy szép, de annyira talán mégsem okádék;

Onnan indultunk, hogy nézzétek, ez esztétikus.

> mi égeti ki rajta a szemedet?

A rettenetes rikító zöld (és narancssárga, most megnézve visszavonom korábbi állításom, a narancssárga is fáj) rögtön a fejlécben, a világító neonkék csíkokkal határolt kékeslila fejlécek és menüpontok, meg a színkakofónia középen, (ahol nincs két egyforma ablak.) Az egész egy tolakodó élesen világító rettenet.

> Hol van az a 100k-s JS?

OtSrbA4Vv_4.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-2253905

> Azt nem én mondtam. :)

Attól még én eleve arra válaszoltam, ez a szál témája.

> Az csak képeken van, én másutt nem látok.

És, azon nem rikít?

> Kékeslila? A #204080-as fejléccsíkra gondolsz? Az minden csak nem kékeslila

Fogalmam sincs, de rátapintottál a lényegre.

> 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.

Ettől még egy színes rikitó izé az egész.

> Ezt nekem valami megfogta, én ilyet nem látok. Pontos link van?

Bizonyára, de én ezért mégegyszer meg nem nézem. Kapcsold ki azt a valamit, ami megfogta, ha ennyire érdekel ez a 126od rangú kérdés.




Ú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-2253765

Nem a narancs a baj, a kék meg a zöld a weben sokkal rosszabb. Konkrétan ezt sem szeretném egyetlen percig sem nézni. Persze elfogadom, hogy ez tech limitáció, ellenben az olvashatatlan betűkre nincs mentsé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-2253834

> Zöld? Ezen? Hol? Csak a screenshotokon látok, másutt sem.

Az oldal fejlécében kétoldalt pl?

> Ahogy olvashatatlan betűket sem, mindenütt sima Arial van.

Bár egyébként a logóban pont nem, de alapvetően az esztétikus OS screenhotjain levő betűkről beszéltem.

> Egyébként nem értem, mi a baj a kékkel meg a zölddel. Milyen színt használhatnak akkor?

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), hanem azzal a kékkel, meg azzal a zölddel. Mindegyik kiválasztásánál határozott cél lehetett, hogy egy életre beégjen az egész a retinába.




Ú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-2253906

> Az screenshot.

És?

> Az egy rajz. :P

Igen, és még csak véletlen sincs bele írva semmi

> És láttunk ennél már sokkal rosszabb logót is.

Yep. Ettől ez automatikusan példává válik az esztétikus mellett. Értem.

> 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.

Ettől még ott van a weboldalon, és randa.

> Nekem idáig úgy tűnt, hogy a weblapról.

Akkor vagy én nem tudok írni, vagy te olvasni.

> 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.

Egyrészt a direktben linkelt képen is az volt, másrészt ha az esztétikus os esztétikus weblapja nem tud olvashatóan kirakni képeket, akkor kb nem érdekel. De egyébként megnéztem, a grafikus screeneken levő betűk szerintem továbbra is szarok.

> Vagy csak ízlések és pofonok.

Nem én akarom meggyőzni a másikat arról, hogy nem ronda, amit lát, és nem is égeti ki a retináját. :) Mondtam már, én elfogadom, hogy szerinted ez így szép meg esztétikus, lelked rajta. De ne akard már nekem megmagyarázni, hogy nekem mit kéne gondolnom róla.




Ú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-2254714

> Te, ez egy 320x200-as felbontáson, abban is 4 színnel futó OS, most elhiszem, hogy a 4k-s subpixel antialisingolt kijelzős ClearType fontok olvashatóbbak, de azért mégis mit vársz?

Nem zavaróan olvashatatlan betűket. Ez nyilván szubjektív, de minimum az 's' és az 'e' betűképe számomra zavaróan randa.

> MaaS és környéke beidézve

Ez se túl jó, de azért ha nekem a görgetőizmom elleni, és a látóidegeim elleni támadás között kell választani, inkább az előbbi. (főleg, hogy azt is a weboldal követte el), az előbbit könnyebb mitigálni. Esztétika szempontjából meg egyébként az az oldal sokkal inkább rendben van, sokkal kevesebb színnel, egységesebb kinézettel rendelkezik. Ettől még szar egy csomó minden, pl a headerben levő body betűk kontrasztja a szürke háttéren pl elég gyenege, a kétoszloposság miatti olvashatatlan screenshotok melletti tátongó űr szörnyű.

Viszont az esztétikus speciel nem jelent funkcionálisat, a (tutorialban egyébként valóban zavaró szellőssége) ironikus módon esztétikus, ugyanis azt már pl a nyomdaipar óta tudjuk, hogy, a jó térközök kellenek. Nézd csak meg, mekkora margókat hagy alapból egy latex (ami ugye a közvélekedés szerint szép) meg egy wordot (aminél ugye szebb). És sajnos esztétikai szempontból az is rendben van, amit a képekkel csinálnak, mert a rendezettség szintén fontos (ugyanaz a példa: mivel a latex alapból elválaszt, míg a wordbe be kell pipálni, ezért az a latex szövegképe alapból szebb, már csak emiatt is, és a wordben írt dolgoknál is nagyságrendet javí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-2255074

> Ezt magyaráztam neki én is, de valamiért nem akarja elfogadni, ragaszkodik hozzá, hogy akkor is szar. :/

Egyrészt érdekes módon sikerült olyat linkelni, amin már jobb a helyzet, másrészt meg attól még, hogy technikai limitációk miatt olyan valami amilyen, attól még az olyan, amilyen. Elég visszás az a trend, hogy ha az ember a ti kis kedvencetekről mondja azt, hogy hát ez azért nem az igazi, akkor belefeszültök, a másik oldalról meg nyugodtan óvodásozzátok (tudom, ez nem te voltál) meg igénytelenezitek (ez viszont igen) azt, aki nem olyat csinál, ami a ti ízléseteknek megfelel.




Ú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-2255139

Elég uncsi már ez a lehet vitatkozni, miközben ti akartok engem meggyőzni arról, hogy ami nektek nem tetszik, az per definem nem jó, miközben időnként össze vissza beszéltek. (most akkor bolhabetűk, vagy lóbetűk vannak?, és ha szar az emberek szeme, és emiatt lóbetűk kellenek, akkor azt vajon mi okozta ;) )

Ráadásul folyamatosan azzal a teljesen fals túlzással élve, hogy ma már a világ összes weboldala az egy mondat / oldal szinten van.

(A hup meg 100% betűmérettel olvashatatlanul kicsi, és olvashatatlanul hosszú sorok vannak 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-2255492

> lóbetűk

Értem, hogy neked ez nem tetszik, nem akarok vele vitatkozni. De azért azt érdemes végiggondolni, hogy mondjuk egy átlagos a4es iraton 12pt a megszokott méret. A monitort nézzük annyira messzebről, hogy ott normális legyen a 14pt környéke.

> Na ez, az, akkor csak elromlott az emberek látása, hogy kellenek a lóbetűk, én ugyanis 24"-es monitoron szemüveg nélkül tökéletesen látom.

Ennek örülök. Én ugyan szemüveggel, de én is látom. Csak zavar, mert bolhafing méretű.

> sorok hossza meg...akkor legyen inkább az széles monitor közepén 10 centis sávban a hozzászólás?

Nem tudom, mi legyen, de a kibaszott hosszú sorokat nem jó olvasni. Ezt a nyomdai tipográfia tudja ezer éve, nem véletlen találták ki pl a hasábokat az újságban. Én inkább görgetek, mint hosszú sorokat olvasok, ha lehet választani.

> De ez is ilyen anomália, kellettek az egyre nyújtottabb képarányú kijelzők, 16:9, 16:10, most már nem is tudom, mi a legújabb (szerk.: 21:9, meg 32:9 na ezeknél csinálj rövid sorokat)

Ebben tök egyetértünk, faszba azzal, aki kitalálta, hogy dolgozni nem jó a 4:3.

Az viszont továbbra se értem, hogy miért csinálsz úgy, mintha én ezt az egészet helyeselném, miközben én továbbra is annyit állítottam alapvetően, hogy amit te adtál mint esztétikus linket, az baromira nem esztétikus. Aztán már jártunk mindenhol, főleg usability, nem pedig esztétikai témakörökben, aztán amikor észérveket próbálok hozni arra, hogy ami neked nem teszik, annak pl milyen okai lehetnek, meg hogy azért nem egészen úgy van, azt ignorálod, előhúzol másik oldalakat... A te cuccodra meg fogadjuk el, hogy az olyan, mert hát öreg hw.

Szóval áruld már el, hogy hova akarsz ezzel a beszélgetéssel eljutni? Mert ha odáig, hogy téged idegesít, hogy mindenhol baszott nagy betűk vannak, meg üres helyek, odáig már eljutottunk, vettem, elfogadom, nagyobb részben egyet is értek vele. Most akkor innen hova tovább?




Ú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-2255496

Naccerű. Szerinted én nem tudom beállítani, hogy olyan legyen amilyen nekem jó? Egyszerűen csak arra reagáltam, hogy szerintem a hup defaultja is elég szar.

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, a fontjaid meg fájóan randák. Mármint nekem, ha neked ez így jó, lelked rajta, csak egész más véleményünk van arról, hogy mi a használható, meg az esztétikus :)




Ú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-2255635

> 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...

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.

> 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.

Tőlem. Nem nekem kell tetsszen, mint mondtam. Csak megállapítottam, hogy számomra ez rikító és szemkiverő, csakúgy mint a betűid, és ebből jól látszik, hogy mi a ronda kérdésekben nem nagyon fogunk dűlőre jutni, mert mások az igényeink. Figyelj: nem jobb az enyém, mint a tied, csak más.




Ú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-2255654

> Ha át tudod magadnak állítani, hogy mi legyen itt, akkor nem mindegy mi a default?

Látom, te elolvastad, de értelmezni még mindig nem sikerült. Nem arról beszélgetünk, hogy nálam hogy néz ki a hup.

> Az én betűim? Ezek a HUP default betűi, ahogy azt le is írtam. Elolvastad?

Nálam nem ilyen randák a betűk. Ezt valószínűleg az Xed / böngésződ / valamid rendereli ilyenre. És kb tök mindegy mi, mert láthatólag téged nem zavar, engem meg zavarna. 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-2255504

> Én sehol nem állítottam, hogy nekem ez annyira tetszik, azt mondtam, hogy láttam ennél ezerszer rosszabbat is.

Ezt már hat körrel ezelőtt leokéztam neked. Hányszor tegyem még meg?

> 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.

Nem, a gagyi design, az mindenhol gatyi design. Arról nem beszélve, hogy állandóan ezzel ignoráljátok a weblap szarját is.

> az újon viszont lehetne messze többet, de nem teszik, ez viszont mi, ha nem igénytelenség?

Az igénytelenség nem ez. Igénytelen az, ami össze van hányva. 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.




Ú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-2255619

> Akkor minek hozod fel újra és újra?

Én?

> 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.

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. Mit szeretnél még mondani?




Ú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-2255658

Erre csak annyit szeretnék mondani, hogy fortyant fel a nehézség. Mivel továbbra is figyelmen kívül hagyod kb bármi mondanivalómat, ezért én ezt ha megengeded befejezem. A linkelt retró cucc a lehetőségekhez esztétikus, a weboldala nemkülönben, az összes új oldal meg igénytelen szar. :)




Ú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-2255762

Mea maxima culpa. Természetesen az is igényes.




Ú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-2254707

> Én mondtam ilyet? Hol? És még én nem tudok olvasni...

Ettől még mindig ez a szál témája, én ezért mondtam, amit mondtam, ha csak annyit mondasz, hogy

> Csak azt, hogy ennél ezerszer rondább is van.

Akkor persze, ebben egyetértünk.

> De jó, hogy már megint eljutottunk a személyeskedésig. :/

Félreérted. Azt szerettem volna mondani, hogy mivel én ebben a kérdésben a weblapról beszéltem, ezért vagy nekem nem sikerült érthetően leírnom, vagy neked sikerült félreértened. Ebben semmi személyeskedés nincs, egyszerű félreértés.

> Hát, ha te ekkora felbontáson tudsz jobbat, akkor hajrá, csinálj.

Ez tök fals érvelés.

> És ezt sem csináltam. Csak próbáltam kissé más irányból is megvilágítani a dolgokat.

Nézd, én nem szeretném elvitatni ettől a cucctól, hogy ez fasza. Sose volt ez a célom. Azt is értem, hogy a színek tech limitációk szerint olyanok, amilyenek, betűt biztos nem lehet szebbet rajzolni, de ettől még szerintem ez, és főleg a weboldala, ahol semmi tech limitáció nincs egyáltalán nem esztétikus. Én ennyit szerettem volna mondani




Ú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-2256347

Mert szerinted egyébként a zoom hogy működik? :)

szerinted komolyan egyszerűbb custom cssel mahinálni, meg beállítani a zoomot?




Ú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-2256352

ja, hogy téged az aránytartás zavar. Akkor nem szóltam.




Ú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-2256381

előtte meg a kép marad, a betű nagyobb lesz.




Ú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-2256392

ezt én mind tudom.

Ezzel együtt is tartom, hogy a javasoljunk defaultból zoom helyett custom csst kicsit erős.




Egyesült az OpenWrt és a LEDE projekt: https://hup.hu/cikkek/20180103/egyesult_az_openwrt_es_a_lede_projekt#comment-2180498

Spec pont leszarom a nevét, de azért az elég vicces, hogy
- az openwrt néven megyünk tovább press release a lede-project.org -on van, az openwrtn nincs. Vagy legalábbis nem sikerült kitenni a landing pagere
- Az openwrt 19x, a lede 56x szerepel a press releaseben, olyan gyöngyszemekkel, mint headline "why use LEDE?" illetve "Download LEDE", meg olyanokkal, hogy "the LEDE development team closes out an intense effort to modernize many parts of OpenWrt and incorporate many new modules, packages, and technologies."

Értem én, hogy azok igazából már nem a press release részei, de elég humorosan néz így ki. (Nyilván csak a szar wiki template miatt, ugyanitt puszi a hasára annak, aki kitalálta azt a trendet, hogy a headereket nem kell számozni, és lefele scrollozva külön effort kell, hogy most ez hova tartozik, mert minden header alatt csak egy istenverte csík van, ha egyáltalán)




Egyesült az OpenWrt és a LEDE projekt: https://hup.hu/cikkek/20180103/egyesult_az_openwrt_es_a_lede_projekt#comment-2181332

pr correct hozzáállás :)




Egyesült az OpenWrt és a LEDE projekt: https://hup.hu/cikkek/20180103/egyesult_az_openwrt_es_a_lede_projekt#comment-2181403

Az őszintét, nem vagyok ijedős :-) mondjuk el tudom kb képzelni...




Ha jegyzetelő alkalmazás, akkor...: https://hup.hu/szavazasok/20180415/ha_jegyzetelo_alkalmazas_akkor#comment-2221494

dehogynem

Rejtett sub, mert mind szar, és nem tudják azt, amit én szeretném, hogy tudjanak.




Ha jegyzetelő alkalmazás, akkor...: https://hup.hu/szavazasok/20180415/ha_jegyzetelo_alkalmazas_akkor#comment-2221507

Anno elég hosszasan agyaltam rajta, és kb oda jutottam, hogy nekem egy hibrid notepad / task editor kellene, ami rendesen tagelhető meg linkelhető, és hosszú távon is használható, szóval nem ilyen eldobom ha kész típusú. Az ilyen színes szagos cetliket én nem bírom, a mindmapokat is inkább csak szépnek tartom, mint hasznosnak.

Kb úgy képzelem, hogy van egy, mondjuk markdownos outline, amit kb normálisan gépelve ír az ember, ha akar valamit jegyzetelni, bele lehet zoomolni subtreekbe, automatán megjegyez created / modified datet, meg automatán használható metadatát, szokásos ilyesmi. Aztán az elemeket szabadon lehet taggelni, userekkel, akármikkel, meg lehet jelölni, mint taskot, és bizonyos tagek mentén lehet más viewkat csinálni. Szóval nagyon jó lenne, ha pl egy meetingen írok egy memót, akkor ha megjelölöm tasknak, és odaírom hogy @jozsi @due=valamikor, akkor utána ezt már láthassam szépen amikor taskokat nézegetek egy listában, horrible diktu mondjuk egy kanbanon, ami filterez tagekre (userekre, ha józsira vagyok kíváncsi, projekt tagra, ha arra) és az oszlopok mondjuk a @status tagból jönnek, vagy ilyesmi, ééééés, ettől még a memóban ott marad, és ha két hét múlva egy status meetingen végig kell nézni, hogy mi a helyzet vele, akkor uptodate infom lesz az eredeti helyén.




Ha jegyzetelő alkalmazás, akkor...: https://hup.hu/szavazasok/20180415/ha_jegyzetelo_alkalmazas_akkor#comment-2221527

Ezt nem vitatom :) Viszont ezeknek jó része egyébként mindenféle note taking meg outline appokban megvan.




Ha jegyzetelő alkalmazás, akkor...: https://hup.hu/szavazasok/20180415/ha_jegyzetelo_alkalmazas_akkor#comment-2221566

Nem igazán, az túl formális, meg teameknek van.

Viszont ha ilyenek érdekelnek, abból van pár. Zenkitet nézd meg, az nem (lenne) rossz, (ha nem bugzana a javascript szarjuk) rossz, wekan, ilyesmik.




Ha jegyzetelő alkalmazás, akkor...: https://hup.hu/szavazasok/20180415/ha_jegyzetelo_alkalmazas_akkor#comment-2221565

> Zim Desktop Wiki-t próbáltad már?

Igen, próbáltam, nem állt össze használhatóvá. Se a cherry, se az akármelyik sajna. A legközelebb még a dynalist meg a treenote jár ahhoz, amit keresek, csak előbbi online (ja igen, ez is probléma sajnos, felhő kiesik), a treenote meg bugos mint a szar. Esetleg orgmode, de ott meg nem sikerült megugrani az agyamnak, hogy ehhez emacs kell.

> Ami neked kell az egy GTD-tool...

Sokáig én is azt hittem, de nem. :) A GTD toolok nagy baja, hogy mindent a taskok köré szerveznek, én meg némi rágás után rájöttem, hogy nekem egy olyan jegyzetelő kell, amiből ki lehet filterezni egy GTD nézetet. Többek között :)




Ha jegyzetelő alkalmazás, akkor...: https://hup.hu/szavazasok/20180415/ha_jegyzetelo_alkalmazas_akkor#comment-2221777

"Esetleg orgmode, de ott meg nem sikerült megugrani az agyamnak, hogy ehhez emacs kell."

Lehet, egyszer futok még vele egy kört majd :-)




Ha jegyzetelő alkalmazás, akkor...: https://hup.hu/szavazasok/20180415/ha_jegyzetelo_alkalmazas_akkor#comment-2221822

Nem para :) Igazából az van, hogy valami sose jó bennük, valószínű kicsit sokat akar a szarka. Az új melóval meg lényegesen kevesebb lett az olyan, ami miatt nagyon kellene, uh kicsit le is ültettem a projektet.




Szerviz altal torolt fajlok?: https://hup.hu/node/160497#comment-2258376

> Adatokról meg biztonsági mentésnek mindig lennie kell, ha fontos adatok vannak rajta. A teló bármikor tönkremehet, ellophatják, elveszhet. Felelőtlenség nem menteni a fontos adatokat, ezt mindenkinek a saját kárán kell megtanulnia, esetleg ha valaki okos, akkor elég a másén.

Ezzel együtt hintőporos ló...sz annak a szervíznek a seggébe, aki miután az ügyfél azt kérte, hogy ha úgy nem megy, hogy ne basztassa, akkor inkább ne csináljon semmit, az mégis szoftvert frissít / alaplapot cserél.




Szerviz altal torolt fajlok?: https://hup.hu/node/160497#comment-2258539

> Hiába írt akármit az ügyfél.

Hát pedig ez ilyen egyszerű: A a szombathelyi Iqor seggébe hintőporozott lófaszt akkor. Teljesen tipikus, hogy de a mi belső folyamataink, jadda jadda, szarunk a fejedre. Ilyenkor az elvárható abszolút minimum, hogy a munkafelvételen a kolléga visszaadja a telefont, hogy "elnézést, de a munkafolyamataink nem teszik ezt lehetővé ebben a formában". Belül ugyan tűnhet ez normálisnak, de nem az. Ügyfél szempontból ez nagyon gáz.




Szerviz altal torolt fajlok?: https://hup.hu/node/160497#comment-2258587

> Ilyenkor az elvárható abszolút minimum, hogy a munkafelvételen a kolléga visszaadja a telefont, hogy "elnézést, de a munkafolyamataink nem teszik ezt lehetővé ebben a formában"




Szerviz altal torolt fajlok?: https://hup.hu/node/160497#comment-2258590

Amit meg a t. megrendelő kér, arra fel kellene hívni a figyelmét, hogy az úgy nem megy. Különben lehet ugyan magyarázni, hogy a kedves üf. volt a hülye.




Szerviz altal torolt fajlok?: https://hup.hu/node/160497#comment-2258756

De, az ügyfél természetesen általában tud olvasni. Ezzel együtt, amikor az ügyfél személyesen befárad a problémájával, és előadja, akkor arra illik érdemben reagálni. Hovatovább, egy kicsit is ügyfélközpontú helyen a lényeges elemekre szokás egyébként is szóban felhívni a figyelmet. A telón levő adatok elvesztése szerintem pl ma tök ilyen, mert bár lehet, hogy neked meg nekem egyértelmű, hogy jó eséllyel ez lesz (sőt, az is, hogy eleve wipeoltan adom a szervizes kezébe), egy átlag embernek nem.

Teljesen életszerűtlen, hogy a kedves ügyintéző ugyan ott van, de nem ad érdemi infót. Képzeljük el, hogy történhet egy ilyen:

- Szia, elromlott a telefonom kijelzője, meg kellene csinálni. Sajnos az adataim nem tudtam lementeni róla, így kérlek, ahhoz ne nyúljatok.
- Szia, ezt a papírt olvasd el és írd alá!
- Köszi, itt is van
- Rendben, kérem a telefont is, szólunk ha kész.
- Köszi, Viszlát

(és akkor még nagylelkű voltam az olvasd el résszel). Értem én, hogy szerinted ez normális, szerintem nem az. Akkor se, ha a papíron rajta van. Ha ott ül valaki, aki ügyintéz, akkor szerintem a kedves ügyfél jogosan várja el, hogy ügyintézzen, ha mond valamit érdemben reagáljon, ugyanis azért ül ott, hogy a kedves ügyfélnek ne papírokat kelljen bogarásznia.




Szerviz altal torolt fajlok?: https://hup.hu/node/160497#comment-2258762

Ezt sosem vitattam, úgy kezdődött a mondandóm, hogy "Ezzel együtt". Nem véletlen volt az ott. De ne védjük már azt a szervízt, aki átvesz munkára olyat, amit pontosan tud, hogy nem tud teljesíteni, ez tök független attól, hogy a megoldandó feladat a kedves üf hülyesége miatt alakult ki, avagy sem.




Szerviz altal torolt fajlok?: https://hup.hu/node/160497#comment-2258779

És akkor ebből az a konklúzió, hogy az ügyfél miért nem tud olvasni, de az rendben van, hogy az emiatt ott ülő alkalmazottnak nincs róla fogalma, mert ő nem ért hozzá? Miközben elvileg ő az a fél, aki ért hozzá, az ügyfél meg ugye nem feltétlen. (Hint: nincs.)




Szerviz altal torolt fajlok?: https://hup.hu/node/160497#comment-2258840

Hál istennek nem is állítottam, hogy ez nem így van, csak annyit, hogy, aki ezt így csinálja, az egyébként kapja be. Én pl foglalkozom a saját dolgaimmal, ahol ilyet látok, oda ha tehetem, biztos nem teszem be a lábam, mert nem jól van ez így.




Szerviz altal torolt fajlok?: https://hup.hu/node/160497#comment-2258841

-- dedup --




Potenciálisan veszélyesnek nevezte a kormány a Kaspersky Lab termékeit: https://hup.hu/cikkek/20180814/potencialisan_veszelyesnek_nevezte_a_kormany_a_kaspersky_lab_termekeit#comment-2257251

Bár azt olyan helyre, ahova ők központilag akarták letolni, nem teszünk, tekintve, hogy a Zorp határvédelmi eszköz (lehet azért másra is használni, de semmiképp sem endpoint protection jellegű tűzfalként, már csak azért sem, mert nem egy windowson).

Ill csak zárójelesen, de a Zorp már egy ideje nem Balabit, hanem Balasys (a Balabit meg már nincs is magában, megvette a OneIdentity)




Emlékeztető: mostantól a Chrome a HTTP oldalakat nem biztonságosként jelöli: https://hup.hu/cikkek/20180725/emlekezteto_mostantol_a_chrome_a_http_oldalakat_nem_biztonsagoskent_jeloli#comment-2251715

SNI




Hányszor tisztítjátok meg az érintőképernyős eszközötök kijelzőjét általában?: https://hup.hu/szavazasok/20180730/hanyszor_tisztitjatok_meg_az_erintokepernyos_eszkozotok_kijelzojet_altalaban#comment-2253588

és hogy melyiket...




Üzemeltetés, másra mutogatás: https://hup.hu/node/160334#comment-2253620

> Eszembe jutott az állatorvosunk (mármint aki a macskákat szokta oltani), megmondta, hogy az egyetemen elsőnek a nagyképűséget tanítják meg nekik.

> Vajon az üzemeltetőknek is tanítanak ilyesmiket?

mivel hasonló helyeken oktatják őket, mint a fejlesztőket, ezért bizonyára :)




Üzemeltetés, másra mutogatás: https://hup.hu/node/160334#comment-2253679

Nézd, én ültem mindkét (sőt, mindhárom, mert irányítottam is) oldalon, és az van, hogy az mindkét oldalra jellemző viselkedésforma, hogy (szerinte) ő mindent megtesz, a másik meg semmit sem, ő nagyon okos, a másik meg nagyon hülye.

Ennek fő oka a relativizálás (pont mint kocsivezetés közben): a saját szuboptimális dolgaid meg tudod magyarázni magadnak, hogy miért így van, a másikéból viszont csak azt látod, hogy szar. Ehhez hozzá jön még, hogy mivel a másik területét csak érintőlegesen érted, ezért azt gondolod, hogy ott minden probléma sokkal egyszerűbb, és nem igaz, hogy ennyit sem tudnak megcsinálni.

El kell keserítselek, mind a két banda egy híján 20.




Üzemeltetés, másra mutogatás: https://hup.hu/node/160334#comment-2254068

Lásd: https://hup.hu/node/160334?comments_per_page=9999#comment-2253679

A saját szarod meg tudod magyarázni, a másikét meg nem, mert azt ő tudja megmagyarázni. Ez egyértelműen a fejlesztés sara. Ki másé lenne, mint aki beemelte oda azt a kódrészletet. (Ráadásul még stressz teszt sem volt) Azt nem értem, hogy ez miért fáj? Such is life, emberek hibáznak, vagy egyszerűen csak egy tudatosan vállalt risk beüt, akkor leülünk, aztán megcsináljuk. Az én számat nem kevésszer hagyta már el a "Miért van ez?" kérdésre válaszul az, hogy "Mert elbasztam" és még élek. Ráadásul az első meghökkenés után általában kapsz egy jópontot attól, akinek mondod.




Üzemeltetés, másra mutogatás: https://hup.hu/node/160334#comment-2254116

> Egy 3rd party lib bugja nálam a tudatosan vállalt risk kategória ugyanúgy, ahogy egy meghibásodó switch is az.

Hát, ennyiből a tudatos még nem derült ki, csak hogy vállalt. (Rádásul messziről is látszik, hogy itt nem csak a 3rd party lib volt felelős a kialakult helyzetért, hanem pl "stressz tesztek meg nem voltak (most nem részletezném hogy miért nem)".

> De ezt miért állítod be úgy, mintha valakinek a hibája lenne?

> Én csak abban nem értek egyet, hogy minden hibához azt keressük, hogy ki okozta. Nem az lenne a fontosabb, hogy a hiba a lehető leghamarabb ki legyen javítva

A felelős keresésének nem az a fő oka, hogy picsán lehessen rúgni, mint ez az első idézett mondatomból is látszik. Ezen a ponton két fő oka van annak, hogy ilyenkor megkeressük a felelőst.

Az egyik az, hogy problémákat ha lehet, a gyökerüknél oldunk meg. Általában nem az a végcél, hogy a hiba minél gyorsabban, hanem az hogy minél jobban javuljon meg, ehhez szükség van arra, hogy kiderüljön, az hol van. Mindenhol máshol ugyanis csak körbetaknyolni lehet. Természetesen van az, hogy "bocs, de ezt ott nem tudjuk javítani, vagy nagyon drága, uh csináljunk vele valahol máshol valamit", de ez legyen konszenzus, amit mindenki tud, ne pedig implicit csinálja meg az egyik fél, mert muszáj.

A másik hogy tapasztalataim szerint a másra mutogatás elkerülésében, és ehelyett a probléma megoldásában sokat segít, ha a probléma ügygazdája tudatában van annak, hogy ennek ő a gazdája, és neki kell valamit tenni. A megfelelő relativzálós szemüvegen keresztül ugyanis ezt a sztorit az üzemeltetés érezheti ám úgy, hogy "a balfasz fejlesztés kitolt valamit a kapun, azt nem tesztelte normálisan, aztán meg minket tornáztatott a prodban".

+1 ha tudatosan vállalt a risk, akkor annak ugye szokott lenni valami plan B-je, hiszen attól tudatos. A "látom hogy ebből baj lehet, uh összeszorítom a seggem, és összekulcsolom az ujjaim a hátam mögött" eléggé feszegetni a tudatosan vállalt risk definíciójának határait. Ha meg van ilyen B terv, akkor jó, ha tudjuk, hogy kinek a vállalt riskje ütött be ugy

> hogy rásóznánk az egészet egyetlen emberre, a többiek meg felraknák a kezüket, mert nem ők a hibásak.

Ilyet természetesen nem csinálunk, erre még csak utalást sem tettem, csak a szokásos félreértése visszhangzik belőle ennek az egész "ki a hibás" dolognak. Az viszont továbbra is igaz, hogy általában a hiba okozója van a legjobb helyen a hiba megoldásához, de legalábbis a teljes problématér feltárásához elengedhetetlen a részvétele, első körben érdemes lehet hagyni, hogy saját maga driveolja a megoldást.




VLAN tagging script általi automatizálása.: https://hup.hu/node/160283#comment-2252711

> Én leraknám a switch valamennyi állapotához tartozó konfigot egy tftp-szerverre, és expect-tel lejátszanám telnet-en a konfigurációnak tftp-ről a switchre lehúzását.

"Mé'?! Tudom, akinek f...a van, annak mindenről a 3.14..a jut az eszébe :-)" ;-)
Tuti isten, hogy expecthez csak akkor nyúlnék, ha nincs semmi normálisan megszólítható "API".




VLAN tagging script általi automatizálása.: https://hup.hu/node/160283#comment-2252735

nem mondtam ennek ellent ;)




VLAN tagging script általi automatizálása.: https://hup.hu/node/160283#comment-2252736

-- dedup --




VLAN tagging script általi automatizálása.: https://hup.hu/node/160283#comment-2253162

Szerintem nem applyoztad le a konfigot :)

Szerk: mondjuk a tagged, az így nem hangzik jó ötletnek.




BSD-k biztonsági szintjeinek, képességeinek összehasonlítása: https://hup.hu/cikkek/20180723/bsd-k_biztonsagi_szintjeinek_kepessegeinek_osszehasonlitasa#comment-2251802

Hát, mondjuk ezt azért bizony simán lehet így érteni. Vagy te hogy fordítanád?




Fájlrendszert keresek: https://hup.hu/node/160260#comment-2252465

A fenti usecaseben egyáltalán nem biztos. Nem csodálkoznék, ha arra lenne igény, hogy tudja írni olvasni, és egyébként meg keresztbe lefossa, az az egy darab user tudja használni, aminek a nevében ki van osztva samban, meg syncthinggel.

Az persze a másik oldala, hogy ha úgy se akarja lehúzni onnan sose, akkor teljesen felesleges. Bár élnék a gyanúperrel, hogy lesz olyan, hogy most inkább lehúzom, aztán felmásolom, mert sok, és hálózaton lassú. És ha amire rádugja, az windows, akkor az ntfs nem rossz ötlet.




Fájlrendszert keresek: https://hup.hu/node/160260#comment-2252550

Akkor ext4. Szerintem a brtfsben semmi olyan nincs első ránézésre, ami ilyen egy diskes izénél érdekes lehet. Max nézd meg a feature listát, aztán ha elkezdesz valamelyikre bólogatni, hogy "az fasza lenne, mert..." és a mert után tudsz valami valós igényt mondani, akkor gondolkozz el rajta.




Segítségkérés rsyslog-al kapcsolatban: https://hup.hu/node/160239#comment-2252072

Gondoltál már rá, hogy elolvasod a doksit? berírtam a gugliba, hogy rsyslog.conf, kijött a doksi linkje, Ott majdnem a tetején (a rendes doksi ezzel kezdődik, van egy Quick overview of message flow and objects, ami egészen úgy hangzik, mintha kiderülne belőle, hogy hogyan ellenőriz, és valóban, kb a 10 pont már jól leírja, hogy "all rules are always fully evaluated, no matter if a filter matches or not (so we do not stop at the first match). If message processing shall stop, the “discard” action (represented by the tilde character or the stop command) must explicitly be executed. If discard is executed, message processing immediately stops, without evaluating any further rules." magyarul meg kell nézni, hogy adsz hozzá discard optiont.




Docker image automatikus deploy és pull Gitlabbal: https://hup.hu/node/160229#comment-2251820

> De a root problema akkor is megvan ha a CI rendszered random docker imaget futtathat.

A docker groupban lenni implicit sudo jog.




Docker image automatikus deploy és pull Gitlabbal: https://hup.hu/node/160229#comment-2251834

> Rootfs-t felmountolni a konténerbe production rendszeren nem igazán "javasolt".

azért nem látod a ló fejét, mert fordítva ülsz rajta :)




Docker image automatikus deploy és pull Gitlabbal: https://hup.hu/node/160229#comment-2251833

Viszont ha az a user, aki nevében beesshztok, bármi konténert elindíthat, akkor semmi nem tartja viszza egy

docker run ubuntu -v /:/hostroot rm -rf /hostroot (vagy add_me_to_sudoers.sh)

futtatásától, szóval effektív root joga van a usernek, akkor is, ha "csak a docker groupban van benne"




Docker image automatikus deploy és pull Gitlabbal: https://hup.hu/node/160229#comment-2251689

"A szervereken meg én cronból nézném van-e frissebb, kell-e restart. Vagy a docker pull eredménye alapján, vagy a docker inspectből próbálnám meg kitúrni a build időpontot.
Esetleg ha nem stimmel a futó konténer image hashe a latestjével..."

Szerintem ha compose-t egy megfelelően mozgó tagra állítod (latest), akkor egy docker-compose up nem fogja basztatni, amit nem kell.




Docker image automatikus deploy és pull Gitlabbal: https://hup.hu/node/160229#comment-2251819

Még gondoltam is, hogy beleírom, hogy latest, haha, vagy ilyesmi. :) Mi pl ahol ilyet (ilyesmit) csinálunk, ott olyanok vannak, hogy v1-latest, v1.1-latest meg v1.1.18, v1.2.1 és az első kettő olyan mozgó célpont, amit megfelelő explicit verziók megjelenésekor szintén frissítünk.




Docker image automatikus deploy és pull Gitlabbal: https://hup.hu/node/160229#comment-2251688

Gitlabban CDhez vannak environmentek, meg manual stepek, scheduleök, meg ilyesmik, még talán kubernetes support is újabban. Valamit olvastam a canary deployment supportról is, ha elég nagy a cuccod, az se lehet rossz. Sajna hands-on tapasztalatom még nincs, de olvasgasd meg kicsit a gitlab CI/CD doksit, 1-2 óra alatt szerintem átlátod, hogy miket tud, aztán abból lehet főzni.

Ami kérdés, hogy azt honnan tervezed megtudni, hogy van-e benne security para, mert azt magától nem fogja tudni kitalálni. A legegyszerűbb nyilván, ha az upstream distronak csak a secu csatornájából frissítesz alapvetően (a sajátodról meg nyilván tudod, hogy secut javítasz. Ha nem ilyen egyszerű -- és gondolom nem -- akkor el kell kezdeni fejvakarni, de kb két irány van: vagy minden sourcenál kiszaszerolod, hogy hogy lehet csak a secut updatelni, vagy valami elkészült containert inspectelő szolgáltatást használsz.

Illetve nyilván van egy harmadik is (és hosszú távon ezzel jársz talán a legjobban), átszabod úgy a prod infrát, hogy ne fájjon a restart, körbebástyázod a kódot tesztekkel, hogy eléggé elhidd, hogy észreveszik, ha baj van, aztán válogatás nélkül tolod ki a frissítéseket continuous módon. (Nyilván for a certain definition of continuous, lehet az valóban azonnal, napi 2-3, naponta, hetente, ahogy érzed.)




Docker image automatikus deploy és pull Gitlabbal: https://hup.hu/node/160229#comment-2251786

Mire kellene dry-run?




Szoftverhamisitas aldozata lettem? (Nem) - Megoldva: https://hup.hu/node/160218#comment-2251316

Szerintem épp azt teszi :-)




Szoftverhamisitas aldozata lettem? (Nem) - Megoldva: https://hup.hu/node/160218#comment-2251515

Nehogy visszanyaljon az a fagyi:

"A gendszergazdank mar nem igazan akar beleolni energiat a megoldasba, mert ennek a gepnek mar reg lejart a szavatossaga, egy ideje az uj gepemet kellene hasznalnom, csak erre van feltelepitve minden es maceras atkoltozni az ujra, ezert halogatom."




Szoftverhamisitas aldozata lettem? (Nem) - Megoldva: https://hup.hu/node/160218#comment-2251522

Igazából genyó mindegy, hogy mi volt a hasfájás tárgya, csak arra akartam kilukadni hogy ha ezzel nekiszalad emberünk az ITsnak, hogy miért nem végzed a dolgod, akkor vérmérséklettől függően esetleg szól a főnöknek, hogy mi a ..., szól a secusnak, hogy mi a ..., vagy csak simán közli, hogy akkor jó fej, holnap du jön csak és lapátolja el a régi vasat, nem most azonnal csapja a hóna alá, hogy ott az új, és azt kellene használni.




Autonóm módon zeneszerzésre képes szuperszámítógép: https://hup.hu/cikkek/20180707/autonom_modon_zeneszerzesre_kepes_szuperszamitogep#comment-2247156

Mindig csodálkozom, hogy egyesek úgy gondolják, hogy körülöttük forog a világ.




"C is a lie"?: https://hup.hu/node/160080#comment-2248870

Ja, csak az is rossz megközelítés, amikor a villamosmérnök bele okoskodik hozzászól, hogy a szoftveresnek fölösleges úgy tesztelnie, ahogy nem is érti igazából, mihez :)




"C is a lie"?: https://hup.hu/node/160080#comment-2249244

Az egész szál arról szól, hogy ide nem valók a mockos tesztek.

Az meg minden igényes szoftver munkánál kérdés, hogy önmagában jó-e a program. Ha nem így csinálsz, ne csodálkozz, hogy a szoftveres ember szerint szar munkát végzel.




"C is a lie"?: https://hup.hu/node/160080#comment-2249261

Ami szintén programozás, tehát a programfejlesztés módszertanait érdemes rá használni. Elhiszem, hogy neked bonyolult szimulálni, a szoftvermérnök meg pont azt akarja látni, hogy a kód azt csinálja, amit kell, és ha változtatott rajta, akkor gyorsan (értsd, mondjuk 10 sec) meg tudjon győződni róla, hogy továbbra is azt csinálja, amit korábban elvárt tőle. Csak mivel te ehhez nem értesz, ezért magas lóról osztod az észt, hogy ez bonyolult, nem lehet, és egyébként sincs értelme, ahelyett, hogy elgondolkodnál azon, hogy lehet, hogy mégiscsak.

Ráadsul -- érzésre -- mivel a legtöbb ilyen mikorkontrolleres cucc egyszerű bemenetek hatására csinál dolgokat, ezért pont szimulációval lehet a vezérlést viszonylag egyszerűen olyan szinten végignézni, és mindenféle kornekcasekre felkészülni, ahogy hardveresen sose fogod egyszer sem, mert ott kb örülsz, hogy végre összehákoltad a happy path-t. És amikor majd a szoftveres szemmel igencsak kóklány kódok, amiket csinálnak nagyon sokszor az ilyen vezérléseknél, majd jól összefossák magukat, a rendesen tervezett és tesztelt meg nem, akkor lehet majd fejvakarni.

De persze én szoftvermérnök se vagyok, úgyhogy lehet, hogy tengeralattjáró vezérlést is búvárruhában, repülésvezérlést meg a szárnyon ücsörögve csinálnak :D




"C is a lie"?: https://hup.hu/node/160080#comment-2249323

> Másról beszélünk.

Dehogy beszélünk másról.

> Engedd el azt, hogy a software-nek kell a specifikációt tudnia. Nem! A berendezésnek kell.

Nem mondod... És? Abban nincs software?

> Semmire nem mész egy hibátlan software-rel, amelyik nem veszi figyelembe - mert nem tapasztaltad meg valós környezetben - a fizikai valót, a hardware-t.

Egyrészt, az a software, ami nem azt csinálja, amit kell neki, az definíció szerint nem lehet hibátlan :) De ha ezen a kis logikai benézésen túllendülünk, akkor még mindig ott van, hogy senki nem mondta, hogy nem kell hardwaren is tesztelni.

> A software-t a hardware-hez kell igazítanod. Arra írod. Vedd úgy, hogy valami izgő-mozgó, szuszogó, csöpögő, melegedő, hűlő, világító, hangot adó és fogadó valamit kapsz a kezedbe, s ez a specifikáció. Ezzel kell valamit kezdened.

Megintcsak, igen, és? A szimulált adatos meg mockos teszt pont ugyanúgy használható, ahogy bárhol máshol. A szoftvernek az a dolga, hogy ha ez és ez történik, akkor ezt és ezt csinálja. Akkor is, ha egy ldap szervertől jövő választ kell feldolgozni, akkor is, ha egy stdinen érkező adatot kell olvasni, meg akkor is, ha egy pinről leolvasott jelszinttel kell valamit kezdeni. Teljesen mindegy, hogy szimulált ldap válasz, vagy szimulált tüske állapot van. Amit az ilyen tesztekben tudatosan megfogalmazol, hogy a vezérés ilyen is ilyen esetekben ezt és ezt csinálja, arról tudod belátni, hogy az valóban úgy van. Ha valóságban mégsem ez történik, akkor szar a modelled, meg kell értened mi történik valójában, mert valószínűleg szar a kódod is, hiszen nem értetted meg jól a speckót :)

> Az lényegtelen, milyen kódot írsz, az a fontos, hogy a berendezés legyen jó.

Dehogy mindegy. A kód minősége adja neked azt, hogy amikor majd hozzá kell nyúlni, akkor hozzá lehessen. Úgy, hogy ne cse

> A hardware-t éleszted a kódoddal, nem pedig ideális modellre írsz hibátlan programot.

Ki beszélt itt ideális modellről? Mármint rajtad kívül. Ráadásul mindig vicces látni, mikor az egyik oldalról azzal jönnek a villamosmérnökök, hogy itt rend van kérem, meg rendes speckója minden alkatrésznek, ahol jól le van írva pontosan, hogy mi lehet, a másik oldalról meg aztán előadjátok, hogy de ezeket a jó speckókat még csak véletlenül sem lehet ám a hardware helyett használni.

Az a baj, hogy láthatólag fogalmad sincs róla, hogy mennyit fejlődött a szofverfejlesztés módszertana az elmúlt 20 évben, ezért nem is érted, hogy miért kellenek reprodukálható tesztek, hogy mennyivel jobb szoftvert lehet írni, ha ilyeneket használsz, és inkább előadod, hogy ez a ti területeteken nem menne, mert az annyira speciális, meg ahhoz nem értenek a szofveresek úgysem. Rossz hírem van, lófaszt speciális.

További vicces, hogy kijelented: "Ez mérnöki feladat. Szerintem nagyon rossz az a megközelítés, amikor egy programozó felteszi a kezét, hogy ehhez már semmi köze, mert ebben áram folyik." Majd ezek után mikor a szoftveres elkezdené nem feltenni a kezét, akkor meg jössz azzal, hogy de azt úgy nem lehet. Mert te természetesen az ő területéhez is kiválóan értesz a magadén túl.

Azért pluszban különösen aranyos, mert a szoftveripar már régestelen rég felismerte (igazából szerintem mindig is tudta), hogy ő modellekkel dolgozik, amik olyan valós problémákat oldanak meg, amikhez a programozó nem ért, ezért viszonylag széles tárháza van annak, hogy hogyan lehet ezeket a domain specifikus információkat az ehhez értőkkel együtt dolgozva értelmezni, legyen az villamosmérnök vagy banki folyamatokat szabályozó jogász. Ennek meg elengedhetetlen része, hogy jól figyeljen arra, amit mondanak neki. Majd jössz te, és jól előadod, hogy de ők ezt úgyse értik. Aha, hát persze.




"C is a lie"?: https://hup.hu/node/160080#comment-2249498

"Ha lehet, fogadjuk el azt, hogy a szoftveresnek is van részben igaza (persze, teszteljünk és írjunk jó kódot), de a hardveresnek is (komplett hardvert [is] kell tesztelni, és a rendszernek kell jól működnie)."

Nagyon szépen elbeszélgettél a témán te is, de a lényeg ez az utolsó mondat. Itt a "szoftveres" táborból senki nem állította, hogy ne kellene tesztelni komplett hardwaren is. A szál onnan indult, hogy kiröhögték azt, aki azt merte mondani, hogy az üzleti logikát jól külön lehet választani, és külön, hw nélkül tesztelni.

Az már csak járulékos, hogy láthatólag fogalmuk sincs az uraknak arról, hogy az miért is lenne jó.




"C is a lie"?: https://hup.hu/node/160080#comment-2249609

> Semmi kétség. Nyilvánvalóan minden szabványnak megfelel a rendszer, komoly csapatmunkával és az előírt legbiztonságosabb nyelven készült, valamint az összes unit, regressziós, meg amit csak szeretnél hibátlanul futott.
Mindössze nem működik.

Azért azon nem csodálkoznék nagyon, ha egy biztosítóberendezés szoftverét speciel az ilyeneknek semmi értelmét nem látó, csak a hardwaren lehet fejleszteni villamos (vagy vonat) mérnök csinálta volna.




"C is a lie"?: https://hup.hu/node/160080#comment-2249610

> Semmi kétség. Nyilvánvalóan minden szabványnak megfelel a rendszer, komoly csapatmunkával és az előírt legbiztonságosabb nyelven készült, valamint az összes unit, regressziós, meg amit csak szeretnél hibátlanul futott.
Mindössze nem működik.

Azért azon nem csodálkoznék nagyon, ha egy biztosítóberendezés szoftverét speciel az ilyeneknek semmi értelmét nem látó, csak a hardwaren lehet fejleszteni villamos (vagy vonat) mérnök csinálta volna.




"C is a lie"?: https://hup.hu/node/160080#comment-2249607

Nem, ahhoz hogy erről vitatkozni lehessen kellene, hogy legalább hajlandóság legyen megérteni, hogy ezek mik, mire valók, és hogyan lehet őket használni.




"C is a lie"?: https://hup.hu/node/160080#comment-2249599

"Pl. van egy szenzorunk, amivel I²C interfészen kommunikálunk.
Vannak az eszköznek regiszterei, amivel beállítani lehet néhány dolgot és vannak regiszterei, amiből ki tudsz olvasni hőmérséklet értékeket.

Van egy kijelződ is, ami SPI interfészen kommunikál, szintén megvannak a maga regiszterei és beállításai.

Csinálsz egy logikát, ami a kiolvasott számokat színkombinációvá alakítja.

Van egy olyan logikád is, ami a hőmérsékletek kiolvasásait indítja, beállítja a megjelenítési (színhőmérséklet) tartományt és a megfelelő képpontokat megfelelő színűre állítja a kijelzőn.

Az alap logikát - milyen legyen a szín, mi alapján állítjuk be a limiteket, tudod tesztelni.
Az alap vezérlés könnyen átlátható."

Jep, kb pontosan innen indult a szál, és lett kiröhögve a kolléga, hogy ugyanmár.

"...de a kijelzőt és a szenzort pl. hogyan szeretnéd emulálni?
Nem lehetetlen, de nem éri meg a ráfordítást."

Hát, speciel az i2c meg az spi olyan gyakoriak, hogy ha ilyesmivel foglalkoznék, akkor ezekre jó eséllyel -- ha nem találok készen -- akkor rászánnám az időt, hogy csináljak rá mockot. Mert elég gyanús, hogy megérné, nem olyan rettenetesen bonyolult dolgok.

"Hogyan deríted ki egy szimulációval, hogy a kijelző valóban azt mutatja, amit szeretnél, vagy a szenzorból valóban ki tudtad olvasni ezeket az adatokat?
Nem arra gondolok, hogy elméletileg mit kellene mutatnia, hanem arra, hogy mi van rajt a valóságban."

Azzal a szimulációval, aminek ezek csak bemeneti meg kimeneti adatok, azzal sehogy, mivel nem is az a célja neki. Ha kétségeim vannak afelől, hogy a kijelző adott bemenet hatására nem azt csinálja, amit kell neki, vagy a szenzor nem szolgáltat adatot úgy, ahogy kellene, akkor tesztelem a kijelzőt, meg a szenzort.

"...vagy valamelyik kijelző vezérlője módosult annyit, hogy szétesik rajt a kép, esetleg két azonos hardver mégsem annyira azonos."
Dehát van spec sheet, ami minden rajta van a valóságból, hiszen itt nagy nagy rend vagyon. Szarkazmust félretéve, mi köze van a szofverrész tesztelésének ahhoz, hogy szar-e az alkatrész?

"Annak nincs értelme, hogy két alapvető funkciót teljesen újraírj szoftverből azért, hogy az "üzleti logikát" teszteld, ha azt a teljes rendszerhez képes viszonylag kis kódrészletet amúgy le tudod tesztelni külön.
A fenti példának viszonylag kis része az, ami PC-n is tesztelhető."

Egyrészt két tökéletes példát hoztál azokra a funkciókra, amit ha hajlandóak lennétek szoftverfejlesztésre alkalmas eszközöket bevezetni, akkor minden teszt keretrendszerben benne lennének, másrészt nem akkora para, a szükséges részeket megcsinálni.

Másrészt meg dehogy nincs értelme. Ezeknek az automatizált teszeteknek pont az az egyik jelentős része, hogy sokkal jobban belásd, hogy mit is kell pontosan csinálnia a programodnak -- ez annál a tipikus trial and error workflownál amit tolni szoktatok, és itt is propagáltok igen jelentős előnyökkel jár. T.I. egyrészt észreveszed, hogy az átalakításod elbaszott valamit, amit 12 iterációval ezelőtt oldottál meg. Másrészt sokkal könnyebben tudsz olyan szélsőségeket kipróbálni, amiket a hardwaren döcögős, és sokáig tart.

A másik jelentőssége ennek, hogy a tesztek megemlékeznek arról, hogy mit is várt a szerzője ettől a rendszertől. És akkor majd ha javítani, átalakítani, változtatni kell, akkor nem az lesz, hogy muszáj valahonnan előtúrni Gyulát, aki csinálta, vagy megint alapjaitól megérteni az egészet, és durván végigszopni a fejlesztést nulláról, amihez kell annak a három srácnak az egyike, aki meg tudja ezt csinálni az országban. Most ezek elég tipikus sztorik, amikor villamosmérnökök mesélnek arról, hogy hogyan mennek náluk a dolgok.

"A fenti gondolatot nem azért írtam, mert annyira bonyolult lenne a megvalósítás, de van egy olyan sanda gyanúm, hogy azok a kritikák, amit az egyik fél megkap a másik rálátásával kapcsolatban az adott problémakörre, azt a másik fél is megkaphatná egész nyugodtan a másik részről, hasonlóan jogosan."

Goto 10, nekem úgy tűnik, hogy az egyik fél itt csak az, aki mindenáron ragaszkodik ahhoz, hogy a ő jól tudja, hogy hogy kell csinálni, ás a másik ismeretei nem applikálhatóak. A másik fél nem akarja azt mondani, hogy ő ért a domain specifikus dolgokhoz.




"C is a lie"?: https://hup.hu/node/160080#comment-2249995

Elképesztő mennyiségű légből kapott izét tudtok előrángatni, hogy aztán a saját vállatokat veregessétek.




"C is a lie"?: https://hup.hu/node/160080#comment-2250130

"Ezek a légbőlkapott izék megtörtént esetek, amikor trehány szoftveresek azt hitték, hogy a hardver is szoftver. :)"
Az, hogy láttál hülye szoftverest, az érvnek azért elég gyengus.

> "Igen sok év telt el azóta. Erre azt állítod, csak az a szoftver lehet jó, amit (valamely fejlett eljárással) tesztelünk."
Citation needed, sose állítottam ilyet. Azt mondjuk most is állítom, hogy ha az itt körvonalazódó "addig baszogatom sok iterációban, amíg jó nem lesz" fejlesztést követitek, akkor ha a köztes lépések által megcsinált dolgokat nem ellenőrzöd vissza, akkor igen jó eséllyel igazgatás közben párat el fogsz belőle baszni. Ja nem, mert ugye ti mind zsenik vagytok, lásd lent.

> "Az én időmben még meg tudták írni jóra is."
Persze persze, régen mindenki tévedhetetlen zseni volt. Te főleg, azt tudjuk mindig.

> "Tán ezt hívják manapság unit test-nek? :))"
Nem.

> "Ne hülyéskedj! Ha nem tervezem meg az algoritmust, vagy pontatlanul programozom, akkor általában valami eltörik, vagy kigyullad."

Most akkor ti megterveztek mindent előre jól, vagy minden hw kicsit más, és sokat kell maszírozni, mire elindul? Vagy mindig, amelyik épp kényelmesebb, hogy ellent lehessen mondani?




"C is a lie"?: https://hup.hu/node/160080#comment-2249990

"Az I2C meg az SPI csak egy interface, gyakorlatilag _bármi_ lehet mögötte.
Nem határoz meg gyakorlatilag semmit a feladat lényegi részéből, ahogyan önmagában az UART, RS232 vagy RS485 interface sem mond semmit arról, ami mögötte van."

Nem mondod? És? Képzeld, szoktunk interfaceket mockolni. Természetesen rá kell illeszteni a tesztben azt, ami -- a szükséges mértékben ! -- szimulálja azt a valamit a túloldalon.

"Másfelől meg el kell keserítselek, de nem csak az egyik fél ragaszkodik minden áron ahhoz, hogy ő jól tudja, hogy hogyan kell csinálni, és a másik ismeretei nem applikálhatóak.
A másik fél is ezt teszi, és egyik végletnek sincs igaza.

A fenti példát csak azért írtam le, hogy megpróbáljak kisebb rálátást adni pár dologra, de nem sikerült.
Ami valószínűleg nem ment át: a hardver nem szoftver, sohasem fog olyan mértékben egzaktul működni, mint egy tesztelt és ellenőrzött kód _önmagában_."

El kell keserítselek, de nem. Az a fantom másik fél, akinek ti állandóan a szájába adjátok, hogy nem kell hardweren tesztelni, nem érti, hogy a hardware az nem olyan egzakt*, nem létezik. Az ellenben, aki már sokszor leírta, hogy ez nem így van, természetesen kell, az meg igen, csak valószínűleg átlátszó betűkkel ír, vagy én nem tudom. A példáid meg pontosan arra jók, hogy megmutassák, hogy ha volna némi nyitottság arra, hogy a területetekre próbáljatok egy társterület működő módszertanait adoptálni, akkor lehet, hogy kiderülne, hogy tud segíteni, olyan helyen is, ahol te nem gondolnád. Az SPI meg I2C tipikusan ilyen. És valószínűleg én több olyat láttam, mint te automata tesztet.

* egyébként muhaha, hidd el, hogy sokkal egzaktabb, tipikus félreértés ez a specikiáció dolog, egy átlag sw project összetenné a kezét olyan speckóért, amit ti kaptok. És pontosan ugyanolyan kisebb nagyon inkompatibilitásokkal, bejövő változásokkal, meg menet közben a részletek kitalálásával dolgozunk az esetek döntő többségében mint ti. (Talán még többel is, mivel egy virtuális gépet kissebb szopó eltörni, mint egy fogaskereket, vagy leégetni a teszthwt.) És potenciálisan lényegesen nagyobb komplexitású problématérben.
Ezért van, hogy mi már nem nagyon vagyunk el az ilyen munkametodika nélkül, ti meg még eldöcögtök. Ettől még lenne egy csomó dolog, amit érdemes lenne alkalmazni (és ironikus módon egyébként biztosan teszitek is, hiszen ez az egész sem onnan indult, hogy jött egy szoftveres, hogy de miért nem teszteltek, hanem valaki benyögte, hogy azért jó a c, mert így tudja tesztelni külön a szoftveres részt.




"C is a lie"?: https://hup.hu/node/160080#comment-2250027

Mondani is szerettél volna valamit?




"C is a lie"?: https://hup.hu/node/160080#comment-2250037

Abban segíts már, hogy ezt "Valószínűleg Te mindent tudsz arról, hogy egy másik szakmában milyen problémák merülhetnek fel, mit kell megoldani." honnan veszed? Hányszor írjam még le, hogy ez nem így van? Azért futott ugyanis zátonyra a beszélgetés, mert ezt akarjátok mindenáron belemagyarázni, miközben alapvetően egyet értünk.

"Én egy szóval nem mondtam, hogy szükségtelen tesztelni,"
Nem is állítottam ilyet. Mások azért ezen az állásponton vannak, mint látható.

"még azt sem méregettem, hogy kinek van nagyobb több problémája valamivel."
Egész konkrét kijelentésedre reagáltam. Ráadásul nem tudom, hogy ezt miért veszed támadásnak. Egyszerűen arra szerettem volna felhívni a figyelmed, hogy nem úgy van, ahogy a fejetekben él, és a munkamódszerek meg a problémák is hasonlóak "pure" szoftvernél is.




"C is a lie"?: https://hup.hu/node/160080#comment-2250064

Valóban, mert te láthatólag valami nagyon más mozit nézel.




"C is a lie"?: https://hup.hu/node/160080#comment-2249506

Igazam is lehetne, de nincs, mert van olyan subset szerinted, amit nem kell, vagy nem lehet. Értem. Bár magad is elismered, hogy "Ha a >>mikro<<kontroller elegendő tárolót tartalmaz komoly sw befogadására, akkor feltétlenül igazad van. ilyen esetben célszerű a szoftver részt különállóan kezelni.", és ugye az egész kanyar innen indult, azzal bizonyos üzleti logika dologgal, magyarán nevesítve azt, hogy nem általad kifogásként hozott példákra kell ezt csinálni.

> Regressziós tesztek szükségtelenek,

A hardcore szoftveres válasz erre az, hogy ez kizárólag akkor igaz, ha soha többet nem kell hozzányúlni, és belátni, hogy még mindig jó, mert a hardcore szoftveres nem hiszi magát tévedhetetlen istennek, mint a villamosmérnök. Természetesen van az a rész, ahol egy éppeszű ember úgy dönt, hogy megéri a kockázatot, hogy ha hozzá kell nyúlni, akkor macerásabb és hosszabb lesz, mert várhatóan nem kell hozzányúlni, vagy nem lehet vele annyit spórolni, ha mégis. De azért ezek a merev kijelentések, hogy nincs értelme szoftvert tesztelni egy tipikus mikrokontrolleres vezérlést, azok továbbra is röhejesek.




"C is a lie"?: https://hup.hu/node/160080#comment-2249605

Az infósok egy jelentékeny része is kap erős villamosmérnöki tudást. Én pl olyan 70% körüli átfedésekkel kaptam a Kandó villanykart, akkor lehet, hogy mégis scsak ér nekem is belepoff?

Egyébként meg persze kaptak, de az igazság az, hogy amiről itt beszélünk, azt az infósok is a melóban kapják és értik meg leginkább, a munkatapasztalattal. Akinek ilyenje nincs, az jó eséllyel max annyira érti, amennyire én a villamos dolgokat, ami nyilvánvalóan kevés. Ráadásul nem lenne baj, hogy beleszól, ha látszana rajta, hogy legalább nagyjából sejti, miről beszél a másik, de az eléggé látszik, hogy nem ez a helyzet. Illetve még ez sem lenne baj, ha nem hinné, hogy ennek ellenére a másik amit mond, az biztos nem tartalmaz semmi megfontolandót.

Egyébként meg az itt nyilatkozó urakból legalább kettő ugyan lehet, hogy kapott ilyesmit, de elég régen, és azóta sok víz lefolyt a dunán. Ha még emlékeznek is rá, ma egy csomó dolgot már másképpen csinálunk, mert fejlődött a szakma.




"C is a lie"?: https://hup.hu/node/160080#comment-2249664

Azt értem, hogy neked elvi problémád van, csak azt nem értem, hogy ki állított bármi olyat, hogy kizárólag így kell tesztelni, vagy hogy ettől biztosan hibátlan lesz a szoftver. Olyat sem, hogy például ettől a fizikai méretezések jók lesznek, vagy hogy azt is így kellene csinálni. Az ilyen jellegű tesztek azért vannak, hogy a te munkafolyamatodat segítsék. Nem azzal, hogy hibátlan lesz tőlük a szoftver, hanem azzal, hogy segítenek belátni, hogy azt csinálja, amit szeretnél, hogy csináljon.

Ezen a mondatodon látszik legjobban, hogy nem érted az egészet: "Akárhova is fejlődött a szakma, alacsony szinten rendszerben, időzítésekben, nyomatékban, áramban, sebességben, nyomásban, zajban kell gondolkodni, a hibátlan software nagyszerű, csak kevés." Ugyanis persze, hogy abban kell gondolkodni. Szó nincs itt arról, hogy ez megváltozott volna. Arról van szó, hogy miközben ezekben gondolkodunk, aközben hogyan haladunk a munkánkkal, hogyan nem viszünk be hibákat később, vagy más által csinált részekbe, hogyan marad más számára is átlátható a kód. Nem arról, hogy hirtelen már másban kellene gondolkodni. A változásoknál meg olyasmikre gondolj -- bár ez a ti kontextusotokban pont nem a legjobb példa, és nem is tesztelés -- de még nekem is azt tanították, hogy legyen rendesen kommentelve, itt a szálban is előjött. Ezzel szemben ma már egy "szoftveres" reviewn húzni fogja rá az orrát, és el fogja mondani, hogy ha ide ezt le kellett írni, akkor nem jól olvasható az a kód, szervezzük egy kicsit át, nevezzünk el még egy függvényt, valamit csináljunk, hogy magyarázkodás helyett a kód legyen olvasható.

Ez az egész teljesen ortogonális arra nézve, hogy itt időzítésekben meg miben kell gondolkodni.

(Az meg nekem is tényleg kérdésem, hogy hogy lehet a hibátlan szoftver kevés. A hibátlan szoftver pont azt csinálja, amit kell neki)




"C is a lie"?: https://hup.hu/node/160080#comment-2249993

"Szerintem a vitánk abból fakad, hogy számodra a software írása valami olyasmi, hogy kapsz egy pontos specifikációt, megtervezed, implementálod, teszteled, átadod, s akkor az jó."

Nem, a vitánk abból fakad, hogy szerinted számomra ilyen a szoftver írása. Annak ellenére, hogy ilyet soha nem mondtam. Azt viszont sokszor, hogy szerintem nem ilyen, hanem olyan, hogy "Ha a specifikálást, algoritmizálást, mérést, iterációs lépéseket, mint újra specifikálás is a software írásának tekinted - én annak, hiszen szerves része az egésznek".

Tudniillik ez az egész tesztelős mizéria nagyrészt pontosan az ilyen munkfolyamatok támogatására való. Ahogy azt már leírtuk párszor. Utoljára éppen ezen hozzászólásod felett, amire válaszoltál. Csak képtelenek vagytok elolvasni, vagy nem tudom. Senki nem állította, hogy a "software-t önálló entitásként kezeled". Mármint rajtatok kívül.




Az elfogadható tagadás módszere a GDPR felnemkészülés után: https://hup.hu/cikkek/20180713/az_elfogadhato_tagadas_modszere_a_gdpr_felnemkeszules_utan#comment-2249715

Magára nem gondolhatott, mert ami egyáltalán nem volt, az nem tud elfogyni.




Az elfogadható tagadás módszere a GDPR felnemkészülés után: https://hup.hu/cikkek/20180713/az_elfogadhato_tagadas_modszere_a_gdpr_felnemkeszules_utan#comment-2249823

Az emberiség tragédiája valóban látható feljebb.

Kíváncsian várom, melyik nagytudású kukázott magának megint egy fikanicket.




Python 3.7: https://hup.hu/cikkek/20180630/python_3_7#comment-2244913

Mármint OrderedDict nélkül?




Python 3.7: https://hup.hu/cikkek/20180630/python_3_7#comment-2245343

> Vajon melyik verziótól kezdve fogják az indentation kötelezőségét kiküszöbölni

Szerintem soha. Ez ilyen opinionated dolog, lehet nem szeretni, ez ilyen

> mikortól kezdenek el gondolni a visszafelé kompatibilitásra?

Itt mire gondolsz? A kettes ág erősen kompatibilis visszafele. Szerintem a hármason sincs olyan, ami 3.1ben még ment, most a 3.7ben meg ne menne. Az, hogy volt egy direkt deklaráltan breaking change, az egy dolog.




Elbukott a szerzői jogi reform: https://hup.hu/cikkek/20180706/elbukott_a_szerzoi_jogi_reform#comment-2246343

> Szabadalmakat se kene hagyni, hogy cegek bejegyezzenek, tudtommal talalmanyaik embereknek (maganszemelyeknek) vannak, nem cegeknek. Ha 10-en dolgoztak rajta egy cegnel, jegyezzek be 10-en, a munkaltato meg irhat egy papirt, hogy o haszanalhatja "free", amig osztja a fizetest, vagy picivel tovabb is, amiert segitett bejegyezni.

Érdekes elképzelés, hogy a cég vállalja a kutatás minden költségét és kockázatát, de aztán az egyébként ezért fizetett alkalmazott legyen annyira nyeregben, hogy a cég igazából csak "segített bejegyezni". De talán kissé naív.




Elbukott a szerzői jogi reform: https://hup.hu/cikkek/20180706/elbukott_a_szerzoi_jogi_reform#comment-2246588

Ez ortogonális arra, amit én mondani akartam. Nem állítottam semmit arról, hogy a szoftverszabadalmak milyenek. Arról állítottam valamit, hogy -- feltéve, hogy nem hülyeség az egész -- kit illet hosszútávon.




VLAN "tunnel": https://hup.hu/node/160034#comment-2247032

Egyrészt átalában lehet, a hívószó native vlan, az lesz az a vlan, ami az adott trunkon vlan id nélkül közlekedik.

Esetedben kis nehezítés, hogy ilyet pl a vmware mikor utoljára néztem (5.5, vagy 6 eleje) még nagyon nem tudott. És ugye neked a setupod igazából a vswitch -> sw1 -> sw2 -> sw3. vswitch alatt nyilván az adott virtualizációs cucc switche értendő, ami kvmnél pl a host gép lesz gyakorlatilag.

De nem kell ezt túlmisztifikálni, az uplinkek trunkök, lesz rajta két vlan, az egyik az eddigi forgalomnak, a másik különszedni kívánt hostnak. Az előbbi portja untaggedben (access, vagy ahogy épp hívják) megy ez egyik vlanba, a többi hosté meg a másikba, szintén untagged. Ez megy a vswitchel is simán.




VLAN "tunnel": https://hup.hu/node/160034#comment-2247202

Inkább próbáld értelmezni :)

(Az uplinkek biztos, hogy nem jók untaggedben, hiszen azokon két vlannak kell átmennie)




VLAN "tunnel": https://hup.hu/node/160034#comment-2247227

> És, ha tagged-ben van, akkor úgy fog működni a sima vlan mentes forgalomnál, hogy beleirja, hogy márpedig 1-es vlan a csomag, átadja a következő switch-nek és, ha azon van pl. a célállomás, akkor az meg leveszi a tag-et róla az egyik untagged portján?

Eddig arról volt szó, hogy elméletben szeretnéd megérteni :) Szóval fogalmam sincs, mi fog történni, pl mert még azt sem árultad el, hogy milyen switch, meg milyen virtualizáció.

> Nekem tényleg az kellene, hogy a jelenlegi packet-ekhez ne nyúljon egyik switch se, csak taggelje fel az új vlan-os packeteket, pontosabban még az sem kell, fel lesz az taggelve a két végpont által (vm és router), csak forwardolják tovább.

Nem, neked az kellene, hogy működjön két szeparált hálózat, ez csak a szerinted elképzelt megvalósítási módja :)

Alapvetően az van, hogy egy egy L2es csomag vagy taggelt, vagy nem. A vlan képes switchek, mint kolléga írta, valami belső vlanhoz minden gyártó hozzá rendeli az untagged forgalmat.

- Az alap "access" portokon untagged forgalom van, ami ott megy, az része az intefacehez hozzárendelt vlannak (ha nincs explicit vlan hozzárdenelve, akkor szokott játszani a default vlan). Itt a többi eszköznek már nem kell tudni arról, hogy ez egyébként egy vlan.
- A trunk portokon a switch azt várja, hogy legyen vlan id minden packeten. Az alapján megy vlanba. Amin nincs, az a levesbe. Ebből következőleg, ha ilyenre van rádugva a kliens, akkor neki emiatt explict taggelnie kell ugye, különben megy a cucca a levesbe.
- A mixed, generic, vagy ahogy épp hívják a taggeletlen packeteket beteszi az interfacenek megmondott natív vlanba, a taggelteket meg a tag alapján. Kifele dettó ugyanezt teszi, a natív vlant taggeletlenül küldi. Ezt nem biztos, hogy a vswitch tudja

Neked ebből kell főzni, és ehhez konfigolni be mindent, konzisztensen.

Ennek a legalapabb módja, hogy
- az eddigi kliens portok mind maradnak accessben, és hozzárendelődnek egy vlanhoz (ez lehet a default 1es, vagy akármi).
- kitalálsz egy vlan idt az új vlannak
- az eddig switchek közötti portok trunké alakulnak, és átengedik mindkét vlant
- Az a port, amire a vmware van dugva, szintén ilyen trunk lesz
- A virtuális switch uplinkje szintén ilyen trunk lesz
- A virtuális interface (port), amin a kérdéses virtuális gép lóg access lesz az új vlanban
- Az összes többi virtuális port szintén access lesz, de a régi vlanban.

Így minden host saját portja taggeletlenül közlekedik a megfelelő vlanban, a switchek között meg szépen minden taggelve megy.

Persze bonyolíthatod, hogy de a switchek között csakazértis taggeletlenül menjen valamelyik vlan a natív vlan belekeverésével, de az szerintem csak netto önszopatás.




VLAN "tunnel": https://hup.hu/node/160034#comment-2247441

Nem sántít az, csak próbáltam összerakni barátunknak, taggeletlen traffic, taggelt traffic, vegyes traffic dolgokat a fejében, ott van a harmadik.

Az, hogy a harmadikat éppen úgy látod, hogy trunk meg alatta natív vlan, vagy van neki külön neve (rémlik még cisco, ahol ezt genericbe kellett tenni), vagy úgy, mint a kolléga screenshotján, hogy a vlan alatt tudod kattogtatni, hogy melyik interfacen tagged meg untagged, az sajnos zavaros implementációs részlet.




hol van Poliverzum, amikor kéne?: https://hup.hu/node/153235#comment-2094618

és az a szöveg ebben a kontextusban tudásnak minősül? (nem piszka, én mindkettőre tudnék érvelni :) )




hol van Poliverzum, amikor kéne?: https://hup.hu/node/153235#comment-2095443

forrásaim nincsenek :) de azért az furcsa az érvelésedben, hogy minden rövidült a sok használattól, csak a tizen meg a huszon nem, pedig nyilván azok a leggyakoribbak a beszélt nyelvben.




Dropbear auth - Permission denied (publickey).: https://hup.hu/node/159956#comment-2245119

ilyet ssh -vvv akarki@akarhol stb stb stb módszerrel érdemes nézni.




Nyári szakmai gyakorlat - Informatika: https://hup.hu/node/159885#comment-2244530

- Kovács, megint el van maradva?
- Miért, főnök?
- Két hete írtam egy e-mailt, hogy ki van rúgva.




Nyári szakmai gyakorlat - Informatika: https://hup.hu/node/159885#comment-2244528

Ez sokszereplős, általában ezek tetszőleges kombinációja:
- nem létező processzek
- szar processzek
- leszart processzek

:)

Nevesen vagy az IT balfasz, és képtelenek időre csinálni dolgokat, amiket nem lehet megoldani azzal, hogy a srácok túlóráznak kicsit (pl mert időbe tart megrendelni), vagy akinek kéne (HR, manager), képtelen időben szólni, vagy azt gondolja, hogy ha szólt a konyhában, írt egy emailt, akkor a ticket majd megnyitja magát.

Én mondjuk eddig mindig kaptam aznap cuccot, de láttam bőven olyat, aki nem.

A mit is kéne csinálni az első héten, na az még izgibb :)




Nyári szakmai gyakorlat - Informatika: https://hup.hu/node/159885#comment-2244564

Mondjuk az is bátor munkaadó :)

Egyébként meg nem mondtam egy szóval sem, hogy nincs ilyen.




Nyári szakmai gyakorlat - Informatika: https://hup.hu/node/159885#comment-2244588

Ja, ez pl a szar processzek kategória. :)




Nyári szakmai gyakorlat - Informatika: https://hup.hu/node/159885#comment-2244621

"ezek tetszőleges kombinációja" ;)




E-mailek törlése dinamikus paraméter alapján GDPR előírás szerint: https://hup.hu/node/159797#comment-2242183

Akkor simán minden levél kuka x nap után? Ami kell, az meg van ott...




Load-average szint alatt tartása: https://hup.hu/node/159649#comment-2239332

Vagy egy szokásosan tervezett io alrendszer az olcsó vps alatt, ami azonnal megfekszik bármilyen értelmezhető iops-tól.




Load-average szint alatt tartása: https://hup.hu/node/159649#comment-2241826

> Aws inkább megéri? A gond az hogy egyre több kérelmet kapok. Lehet inkább érdemesebb lenne átalánydíjas csomagról váltani?

Attól függ, hogy mire gondolsz megéri alatt? Az awsben ilyen esetben az a jó, hogy tök mindegy, hogy 1 instanceod van 10 órán át, vagy 10 instanceod 1 órán át, az ugyanannyiba fog fájni, hozzá tudod igazítani a valós igényekhez, és ilyen esetekben nem keveset nyersz az átfutási időn (van egyébként ott is általánydíjas is).

Igaz, az szinte biztos, hogy drágább lesz processzor egységárra, cserébe nem egy kretének által üzemeltetett, durván overcommitolt vasat fogsz kapni, ahol a saját inkompetenciájukat tolják át rád. Méghogy load limit. No offense, de ide semmit nem vinnék, ami egy kicsit is fontos.

Mondjuk lehet, még mindig olcsóbban kijössz, ha szépen szétdobod, úgy nézem egy nano instance (1 core, 512M ram) az óránként 0.0063 dolcsi mondjuk az íreknél, ami kb 4.5 dollár havonta. Ebből 4 az ugye 4 core (bár ugye csak 2 giga ram, nem tudom, az mennyire fáj), szóval kb 18 dollár, viszont ennek nem csak a felét használhatod :) szóval kb 7 vs 9 dollárnál vagy, teljes lefedettség esetén.

Bár az hozzá tartozik, hogy én a helyedben nem állnék le két órára, hanem az idő egy részében kevesebb szálon futva tartanám 4 alatt a loadot, becélozva mondjuk olyan 3.7-es átlagot :)

> A kérdésem az volt, hogy ez extra terhelés egyébként? load-average ~4 alatt van egy kicsivel. 4vCore esetén.

A load ugyan egy elég misztikus szám, de ez esetben azt jelenti, hogy kb mind a 4 proci pörög folyamatosan. Az egyébként normális, ha felette lenne, akkor lenne szar, leginkább azért, mert akkor általában valami lassulás már van. A hashcat ilyet nem fog csinálni, mert az kb indít négy szálat, aztán számol, ahogy bír.

Az uraknak azért szar, mert te nem kaptad meg azt a 4 vcput, hanem még másik x embernek is eladták, és ha te pörgeted őket, akkor ők szopnak.




Load-average szint alatt tartása: https://hup.hu/node/159649#comment-2241827

> Azert lassuk be, a vps-ek nem arra vannak szanva, hogy jelszo visszafejtest futtass rajtuk orakon/napokon/heteken keresztul, joggal.

Már úgy érted joggal van az, hogy eladnak 4 procit, és meg vannak sértődve, ha használod?




Load-average szint alatt tartása: https://hup.hu/node/159649#comment-2241880

He? Szóval akkor ő overcommitol, és ezért én nem használhatom, amit kifizettem, annyira, amennyire sikerül?




Load-average szint alatt tartása: https://hup.hu/node/159649#comment-2241885

Értem én ezt, csak hadd röhögjem arcon, aki nem tud normálisan bequotázni, ehelyett mindenféle random leáll ha túl sokat használod szarok vannak meghatározva, hogy figyeljél rá te. :)

Bár lehet, pont te voltál, aki szerint rendben van nálatok az, hogy bele van írva az ASZFbe a mindenki más helyfoglalása az email szolgáltatásnál, akkor értem :)




Load-average szint alatt tartása: https://hup.hu/node/159649#comment-2241892

Lehet. Volt itt valami kolléga, akiknek szintén valami nagysikerű ASZF volt arra nézve, hogy törölhetik a hostold leveleid, ha náluk kezd fogyni a hely, és ezt te látod a cpanelen, úgyhogy minden ok.

De akkor nem te voltál.




Load-average szint alatt tartása: https://hup.hu/node/159649#comment-2241882

Ezt nem vitattam. Azt kérdőjeleztem meg, hogy jogos-e a szolgáltató részéről a hiszti, ha valaki megpróbálja használni, amit elvileg eladtak neki.




GNOME 3.28 Removes Option to Put Icons on the Desktop: https://hup.hu/node/157210#comment-2182706

Nem védeném az elgondolást, hogy távozzon (bár mint kiderült igazából moszkvics fosztogatás van ugye, mert nem megszűntetik, hanem rendbeteszik), azzal együtt hogy én nagyon régen megkérem minden asztalomat arra, hogy ne mutassa az ikonokat, akkor se, ha vannak. Viszont annyival jobb lesz a helyzet, hogy a Documents, vagy más random mappában gyorsan lehet a random filebrowserrel random paraméter mentén rendezni. Én pl a download mappám rendben tartását akkor hagytam abba, mikor rájöttem, hogy a TotalCommanderben lehet dátum szerint rendezni, és lőn boldogság :)




Worksforme #1: https://hup.hu/treyblog/20180611/worksforme_1#comment-2240547

Én láttam már ilyet, de ott úgy nézett ki a form hogy:

régi jelszó:
új jelszó:
új jelszó mégegyszer:




Pozitív meglepetés: https://hup.hu/treyblog/20180614/pozitiv_meglepetes#comment-2240966

Total commander kedveli ezt :)




A Grsecurity mögött álló cég 260 ezer dollárt kell fizessen Bruce Perens ügyvédeinek: https://hup.hu/cikkek/20180612/a_grsecurity_mogott_allo_ceg_260_ezer_dollart_kell_fizessen_bruce_perens_ugyvedeinek#comment-2240205

Ebben a kulcsszó a "szerintem".




Interjún történt: https://hup.hu/node/159404#comment-2233619

Ha észrevetted, szar :-)

Egyébként biztos nem vágott oda?




Interjún történt: https://hup.hu/node/159404#comment-2233986

Azért a jön a főnök, hogy baj van az messze nem az az interrupt, mint hogy dugtad-e már meg a titkárnőt az officeban. Illetve ha a hr tudja, hogy itt ilyen jellegű interruptokra lehet számítani, akkor elképzelhető, hogy az ember úgy dönt, hogy nem akar tahókkal dolgozni :)




Interjún történt: https://hup.hu/node/159404#comment-2234014

> Már csak azt nem értem, hogy Te hogyan abszolváltad a stressztesztet.

18 évvel ezelőtt :)




Interjún történt: https://hup.hu/node/159404#comment-2234019

Szerintem elromlott a parodia detektorotok :-)




Interjún történt: https://hup.hu/node/159404#comment-2235148

Mondjuk tud ez fordítva is lenni. Én egyszer interjúztattam egy srácot, aki utána eléggé felháborodva beszélt telón a HRessel, hogy milyen köcsög interjúztatási módszer ez, hogy 20 perc után egyszer csak átváltottunk angolra.

HRes kislány meg elmagyarázta neki, hogy az ugyan valóban elég nagy gyopárság volt, hogy Anders késett az interjúról 20 percet, és azért váltottunk át csak akkor angolra, mikor odaért, mert ő (jó pár kollégához hasonlóan) nem beszél magyarul. És ugye ő lett volna az egyik architect, akivel kellett volna sokat dolgozni, ha felveszünk, nem szívatás volt a cél. Csak ezek szerint sok minden más mellett ezt sem sikerült megértened, nyilván azért is vagy most felháborodva. Bocsánatod kérjük, hogy elhittük, hogy fluent vagy angolul :)




Interjún történt: https://hup.hu/node/159404#comment-2235358

Bár már nem hozzánk, mert már eljöttem, de attól függ. Van néhány olyan eldugottabb programozói szék, ahol ki lehet bekkelni úgy, hogy tudsz olvasni, emailt írni, meg nyögvenyelősen beszélni, ha nagy ritkán neked is muszáj. Bár ekkor ne csodálkozz, ha előre fele menni nem nagyon fogsz. A rajzolgatás sokat segít, de önmagában kevés :) Az nem elvárás, hogy irodalmi angolt beszélj (ráadásul a swinglish eléggé hasonlít a hunglishoz, hehe), meg hogy ne hibázz (ezt konkrétan mindenki leszarja), de sokat segít, ha komfortosan tudsz angolul beszélni, vitatkozni érvelni, úgy, hogy kijön belőled, ami magyarul is kijönne. (Legalább félig, mert egyébként meglepő, hogy még határozottan jól beszélőknek is mennyivel nehezebb. Nem véletlen vannak a "bocs most 2 perc magyar" intermezzok.)




Interjún történt: https://hup.hu/node/159404#comment-2235352

És sértődtél meg azon, mikor egy hosszabb threadet valaki fentebbről visszatolt, hogy ez most kéne neki angolul, uh leszel szíves és lefordítod? :)




Interjún történt: https://hup.hu/node/159404#comment-2235350

Zitev kollégának is itt válaszolnék akkor.

Anders annyira, hogy szakmai beszélgetést lehessen vele folytatni, valószínűleg sosem. Bár érteni rengeteg mindent ért (arról pl már rég leszoktunk, hogy olyan kaja alapanyagok nevét, amit nem tudunk angolul kiguglizzunk, mert úgyis tudni fogja, ha magyarul mondod :) ), és egyszerűbb szituációkat ha kell, megugrik. Ez már akkor is így volt, amikor nem volt magyar cég munkavállalója, csak külsősként volt itt sokat.

De ez kb irreleváns, egyrészt mert van itt is még egy rakás másik Anders, másrészt mert -- lévén ez egy multi cég -- sokszor kell kommunikálni olyanokkal, akiknek egyébként semmi közük a magyar leányhoz, csak épp dolguk van vele. Persze lehet kötni az ebet a karóhoz, hogy márpedig az egész világ beszéljen magyarul, csak hát lehet, hogy ki fognak röhögni.

Egyébként meg nem kell alkalmazkodni senkihez, mehetsz olyan helyre dolgozni nyugodtan, ahol erre nincs szükség. Viszont ha egy angol nyelvű hirdetésre, amiben explicit benne van, hogy ez a napi munka része jelentkezel úgy, hogy nem hogy fluent nem vagy, hanem egy épkézláb tőmondatot nem tudsz gyakorlatilag kinyögni, akkor ugyan meg lehet sértődni a világra, hogy rámutatott a hazugságodra, csak hát lehet, hogy ki fognak röhögni.

Egyébként ha hiszed, ha nem, ezeket a nyelvi problémákat azért szokták próbálni kezelni. Egyrészt pl. elég nagyvonalúan segítik, hogy megtanulhass angolul. Másrészt bizony van, hogy az ember megkéri a külföldi kollégát, hogy xy meetingre most légyszi ne gyere be, mert lesz több ember is, aki angolul nehezen beszél, engem meg érdekel, hogy mit mondana. És még nem láttam ezen egyiküket sem megsértődni. Mint ahogy azon sem, ha időnként előjön, hogy bocs, most átváltanánk egy 10 percre magyarra, aztán majd összefoglaljuk. Pedig épp tehetnék. (Ehelyett Anders mondjuk simán mondja, hogy köszi, tudta követni). És pl svédektől azt sem láttam még szerintem egyszer sem, hogy ha ott ültél az ebédnél egyedüli svédül nem beszélőként, akkor svédül beszélgettek volna. Hazánk gyermekeitől azért viszonylag rendszeresen (mármint magyarul, persze). De ezen sem szoktak megsértődni ezek a bunkó külföldiek. Pedig tehetnék.

> mert el fogom mondani szépen artikulálva magyarul a francia kollégának, hogy hozzám magyarul beszéljél, legyél oly kedves!

És ettől milyen eredményt vársz azon túl, hogy egyértelművé teszed, hogy nárcisztikus bunkó vagy?




Interjún történt: https://hup.hu/node/159404#comment-2235362

Dehogy nincs. Nem kell olyan helyre menni dolgozni, ahol külföldiül kell dolgozni. Egyébként azok, akik a magyar cég munkavállalói, ugyanúgy kapnak támogatást a magyar nyelv tanulásához, mint a magyarok az angolhoz. És saját tapasztalataim szerint a legtöbben igyekeznek is legalább a hétköznapi használatra alkalmas szintre hozni

Én elég sokszor voltam kint külföldi helyeken, mint jollyjoker (azt hiszem többször volt, hogy 2-3000 kmes körben senki nem ismerte a technológiát fele annyira sem, mint én), mégsem kaptam sose tolmácsot (mondjuk egyszer majdnem, de hála isten nem kellett kimennem az ügyfélhez végül, iradtlanmocskossok pénzről beszélni). Ellenben volt, hogy én mondtam, hogy nyugodtan mondja csak a kollégátok kínaiul, aztán majd lefordítjátok.

Viszont itt szó nincs jolly jokerségről, ez egyszerűen egy olyan munkahely, ahol a napi szintű munkában is kell beszélni külföldiekkel, mert teamek ülnek mindenfele a világon, meg üzemeltetnek mindenfele a világon, tehát eleve a munkanyelv az angol. Szóval ha valaki ide akar jönni, és egyébként jól dolgozik, akkor csak azért nem fogjuk elküldeni, mert nem tud magyarul beszélgetni a kantinban. Nyugodtan lehet hisztizni azon, hogy el vagy nyomva, és előnybe vannak részesítve, de egyébként nem. Mindkettőtöktől az az elvárás, hogy beszéljetek angolul.

(Ráadásul a svédek azt hiszem elég nyugodtan puffoghatnának, hogy kénytelenek angolul beszélni a svéd cégükben.)




Interjún történt: https://hup.hu/node/159404#comment-2235399

Egyrészt nem csak a saját nyelvi közegéből idetelepített munkavállalókról van szó (messze nem), másrészt meg nem tudom, tévedsz-e, amit megfogalmaztál az egy vélemény. Az enyém ettől eltér.




Interjún történt: https://hup.hu/node/159404#comment-2235505

Valamilyen szinten igazodik. Senkitől nem elvárás, hogy csakazértis angolul beszélgessen, ha csak magyarok vannak jelen. Illetve ha elolvastad, amiket írtam, konkrét példákat hoztam arra, hogy hogyan szokták ezt a hatékonyságromlást igyekezni kezelni. (Cserében az is komoly hatékonyság romlást tud okozni, amikor pl írásos anyag nincs meg angolul, ahogy kellene. Igen, én is bogoztam ott svédül írt ticketeket meg kommenteket)

A hegy elég jól elmegy mohamedhez :)




Interjún történt: https://hup.hu/node/159404#comment-2235400

Nem, akkor munkát nem kaptam volna. Ráadásul mint a példából lejöhetett volna, bizony volt olyan, hogy a túloldalon hiányzott az angol. Ázsiában azért előfordul engineerekkel, hogy nem beszélnek gyak egyáltalán, mexikóban aki beszél, az már mind átúszott a rio grandén, az fog fordítani, akit épp hazatoloncoltak, ilyesmi...




Interjún történt: https://hup.hu/node/159404#comment-2235570

Melyik erőviszony nem egyenlő, segíts.

Abban is, hogy pl a török vagy orosz kolléga az mitől lesz előrébb? :)




Interjún történt: https://hup.hu/node/159404#comment-2235507

Ja, ez egy pincértől, aki jó nagy részt a külföldiekből él konkrétan még nagyobb gyász.




Interjún történt: https://hup.hu/node/159404#comment-2235537

A francia ebből a szempontból erőteljest a skála másik oldala a spektrumnak. A svédek kifejezetten figyelnek erre (bár olyat hallottam már, hogy aki kiköltözött, annak a környezete kb fél év után elkezdte feltételezni, hogy tud svédül), a franciák kifejezetten figyelnek arra, hogy nehogy, mert hát a francia is világnyelv. Közte a spektrum széles, mi azért még inkább figyelmesebb végén helyezkedünk el egyébként.

Harmadikat én is csináltam többször is. Egyszer volt is olyan, mikor egy 5 perces kínai strandup után elkeztem mondani, hogy miért nem jó... Aztán néztek, hogy beszélsz kínaiul? Nem olyan könnyű udvariasan válaszolni, hogy az 5 perces standupból az a három nyíl, meg két doboz, amit közben felrajzolt, pont elég lett volna :)




Interjún történt: https://hup.hu/node/159404#comment-2237356

Ha már ennyire szívügyed a magyar nyelv, érdemes lenne megtanulni. Opcionálisan beszélni valakivel arról, hogy miért értesz félre minent úgy, hogy a saját félelmeid vetíted más mondanivalójába.




Interjún történt: https://hup.hu/node/159404#comment-2238273

> Ha valaki árt nem tetszik locsemegének,

fixed




Interjún történt: https://hup.hu/node/159404#comment-2239430

Korábban meg azért akartad kötelezővé tenni, mert zavart, hogy valaki melletted angolul beszélt, és ettől te száműzetésben érezted magad...

Vagy ott továbbra is tilos?




Interjún történt: https://hup.hu/node/159404#comment-2236201

Tudod, a tudás hatalom. Ami az egyiknek előny, az a másiknak szükségszerűen hátrány. Tudod, különben nem lenne előny. És így van ez minden tudással. Pár száz évvel ezelőtt tök jól el lehetett lenni abból, hogy valaki tudott írni, meg számolni. Ma ez már alap. Lehet sírni, hogy mekkora kibaszás már, hogy az analfabéta hátrányba került. Vagy észre lehet venni, hogy ha az addigi kivételes tudás általánosan meglévővé vált, akkor az bizony már nem előny, csak azzal a kevéssel szemben, aki még ezt nem tudja. És aki ezt nyilván hátrányként éli meg. A kérdés csak, hogy észreveszi-e, hogy azért van hátrányban, mert nem tud, vagy nem akar tudni valamit, amit a többség meg igen.

Egyébként meg el lehet helyezkedni itthon. Lehet, hogy nem lesz olyan jó zsíros állás, de hát ha nem kell a nyelvük elvi okokból, akkor érdemes lenne elvi okokból nem elfogadni pénzüket se.




Interjún történt: https://hup.hu/node/159404#comment-2236841

És ami saját bevallásod szerint is főként a külföldiek pénzéből él. Következésképpen te is.

Persze az érdemi felvetésre megint nem sikerült reagálnod, sebaj.




Interjún történt: https://hup.hu/node/159404#comment-2236842

- dedup -




Interjún történt: https://hup.hu/node/159404#comment-2235864

Álljunk. Helyettesítsük be london helyére akármi mást, pl Dubajt, Shanghait, vagy Manilát, vagy akármi mást és kiderül, hogy nem természetes, hogy neked arabul, kínaiul, vagy filippínóul kellene beszélgetned.

Szó nincs itt semmiféle vendégségről, a munkavégzés nyelvéről van szó. Ami annál a cégnél alapvetően az angol. Azt kell beszélni. Neked is, meg neki is. Az láthatólag elkerülte a figyelmed, hogy konkrétan eddig senki nem szerepelt, akinek anyanyelve volna. Kétségtelen, hogy az angoloknak mákjuk van, az ő nyelvük lett a lingua franca (hogy ezzel a képzavarral érjek, hehe), de itt szó nincs semmiféle jupiter kisökörről, hogy te el vagy itt nyomva.

Menni kell olyan céghez melózni, ahol nem kell angolul beszélned, ennyire egyszerű ez, nem adni a sértődöttet, hogy magyarországon magyarul kell beszélni...




Interjún történt: https://hup.hu/node/159404#comment-2236197

Nem, nem volt súlya, egyszerű elgépelés volt. Inkább kifejező az, hogy ebbe te mennyi dolgot értettél bele, és vetítettél ki rám. Meg hogy miután ezzel megállapítottad, hogy az én -- vélt -- véleményem miatt alsóbbrendű vagyok, ezért simán nem válaszoltál a mondandómra.




Interjún történt: https://hup.hu/node/159404#comment-2236273

Persze. Csak mindeközben valaki másról állítja ki a "neked nem fontos a hazád" bizonyítványt egy teljesen hasonló elütès miatt, az azért vicces.




mire jó a Docker?: https://hup.hu/node/159267#comment-2231124

> izolált userspace, amiben csak egy processz futhat

ez így nem igaz.




mire jó a Docker?: https://hup.hu/node/159267#comment-2231132

"Docker by design erre ösztönöz"

Inkább by mantra, de valóban.

A linkeket köszi, de egész jól tudom, hogy lehet több processzt futtatni dockerben :)




mire jó a Docker?: https://hup.hu/node/159267#comment-2232172

igazából tudsz a composeban definiálni extra networköket, és a containereket hozzá tudod csapni akár több ilyenhez is.
Az viszont igaz, hogy ezeket kénytelen vagy előtte kint megcsinálni, ha több compose projected van.

(viszont azt a valamit dependencia kezelésnek hívni, ami a konténerek között van, az egy kicsit erős :D -- tudom, nem te mondtad rá :) )




mire jó a Docker?: https://hup.hu/node/159267#comment-2232179

Szokjunk már le arról, hogy izomból védjük, hogy az direkt úgy jó, ha valakinek valami hiányzik belőle.




mire jó a Docker?: https://hup.hu/node/159267#comment-2232221

Akkor miért lett egyáltalán swarm meg compose?




GDPR felkészülés KKV szektorban: https://hup.hu/node/158128#comment-2220564

"A legfőbb gond itt azzal van, hogy ahhoz, hogy tudd, hogy melyik hash kihez tartozik, ahhoz neked meg kell szerezned azon személynek a hash-elésben szereplő személyes adatait. Ha valaki meg tudja szerezni egy személy személyes adatait, akkor a hash-el nem lesz előrébb, hiszen már megvannak neki a személyes adatok."

Két dolog (minimum) van.
- Az egyik, amit már kolléga írt, hogy simán lehet bruteolni, adott esetben akár rainbowolni egy ilyet. Igen, tudom, só és hasonlók, de látni kell, hogy az csak nehezít, nem lehetetlenné tesz. Az meg, hogy eléggé nehezít-e már nyilván eseti megítélés kérdése. Amiben nincs semmi csoda, a jogrendszer alapvetően így működik, csak itt a gyakorlatban majd nyilván bejön az, hogy jogászoknak kellene felfogni és átlátni olyan dolgokat, ami tipikusan az ITs kollégáknak sem megy zökkenőmentesen. Ebből azért várható némi bizonytalanság. Egyébként ez sem egyedülálló, gyakorlatilag minden műszaki szakértő bevonását igénylő kérdésben többé-kevésbé jelen van ez.

- A másik meg az, hogy a hashelésben simán lehet, hogy kevesebb adat szerepel, mint ami a hash visszafejtésével rendelkezésre áll. Nyilván ilyesmi tipikusan úgy történik, hogy mondjuk a törzsadat tábla sorából lesz hash, ami kb a név, email, stb mentén mozog, de ha ez megvan, akkor az összes kapcsolódó cucc az adatbázisodban hirtelen kiderül, kihez tartozik.

Illetve van még egy harmadik is az ilyen "backupból ezeket a hashűeket nem kell visszatölteni" dolgokkal, hogy aztán ha a user újra regisztrál, azt gondolja, hogy tiszta lappal, aztán vagy leveszed a hasht a listáról, és simán lehet, hogy egy esetleges restorenál visszajönnek törölt dolgai, vagy nem veszed le, és egy esetleges restorenál beszopja. Ez ellen mondjuk azért nem olyan nehéz védekezni, csak ésszel kell hashelni.




GDPR felkészülés KKV szektorban: https://hup.hu/node/158128#comment-2221033

Hehe, ebből a kommentből most kicsit jobban belegondoltam a buliba, és az van, hogy ez egy kissé spec helyzet. Az általános patterneknél ugyanis a salt az bizony random egyedi, minden elemnél. Nézz csak megy egy /etc/shadow -t mondjuk "$6$bla$blablabla". Itt a 6 a hash algoritmus, az első bla a salt, a többi meg a hash.

Ugye az a dictionary attack meg a rainbow táblák ellen véd valamennyire (egyébként ugyanazért, a rainbow tábla tulajdonképp "csak" egy előre kalkulált dictrionary attack, ha az input halmaz is szar, meg hashelés is), azzal, hogy nem elég minden feltételezett inputot kiszámolni egyszer, és megnézni, hogy van-e passzoló hash valahol, hanem minden lehetséges inputot végig kell számolni az egyedi saltjával minden lehetséges hashra.

Viszont ez csak akkor működik, ha a normális use-caseben van valami, amiből be lehet azonosítani az egy darab vizsgálandó hasht. Ugye tipikusan ilyen a usernév, azt akarjuk megnézni, hogy neki az-e a jelszava ami, fogjuk amit beírt, hozzácsapjuk a saltot a hash elől, hashelünk, ha jó, nyert, ha nem, akkor még kétszer dobhat.

Ellenben így hirtelen nem tudom, hogy mondjuk egy db restore esetén lehet-e olyan adatot találni, ami önmagában nem személyhez köthető, és be tudja azonosítani azt a hasht, amelyiket le kell ellenőrizni, hogy be kell-e tölteni, nem lehetetlen, de azért messze nem olyan triviális.

Ha ilyen nincs, és fix saltot használsz, annak túl sok haszna nincs. Egyetlen, hogy ha a fix saltot ilyenkor nem teszed mellé, hanem azt kvázi mint egy titkos kulcsot kezeled, akkor funkcionalitásában ekvivalens azzal, hogy a saltolatlan hasheid egyébként titkosítva tartod. Hogy biztonsági szintjében is tudja-e ugyanazt, azon erősen el kellene gondolkodnom, addig inkább maradnék a reasonable doubt álláspontján.

Ráadásul ha van olyan info, ami alapján be lehet azonosítani a sort, ami alapján meg lehet nézni a hasht, akkor egyébként a hash elsőre fölöslegesnek tűnik, elég eltenni ezt az infót, és nem betölteni a sorokat, amire passzol. Pl hashelgetés helyett tartani egy listát a users tábla blacklistelt IDjairól.




GDPR felkészülés KKV szektorban: https://hup.hu/node/158128#comment-2234242

"de ez nem egy klasszikus feliratkozás."

Szerintem egyébként de.

"Én azt mondtam, hogy küldjünk mindenkinek emailt utólag, hogy rögzítve lettek az ügyféltörzsben az adataik. Maradhat: Igen/Nem. Jobb ötletem most nincs."

Én ezt alapvetően már opt-innek venném, szóval utólag már tennék fel eldöntendő kérdést, max annyit tennék, hogy abba az utólagos levélbe (ami lehet akár az is, amiben megkerestétek), abba max beírni a végére, hogy ezt opt-innek vettétek, egyébként a processz szerint így meg így tud szólni, hogy töröljük.




Egy rövid sztory a telefonnal történnő fizetés használatáról:: https://hup.hu/node/159478#comment-2234918

Te mit használsz tárca helyett?




Egy rövid sztory a telefonnal történnő fizetés használatáról:: https://hup.hu/node/159478#comment-2235176

Na jó, de milyen tárca az, amibe belefér egy telefon? Én eléggé meg szoktam púpozni blokkokkal, de egy telefont azért nem tudnék belepréselni.




Egy rövid sztory a telefonnal történnő fizetés használatáról:: https://hup.hu/node/159478#comment-2235368

Tudom, hogy te valami ilyet használsz, de ez még mindíg 10 centi hosszú, és két centi széles, mekkora brifkód van neked bakker?




Egy rövid sztory a telefonnal történnő fizetés használatáról:: https://hup.hu/node/159478#comment-2235369

Ez lócsemegénél tuti nem játszik, ő featurefonozik.




Egy rövid sztory a telefonnal történnő fizetés használatáról:: https://hup.hu/node/159478#comment-2234852

Ugyan ismerek egy módot a bringával futásra, de azt nem hiszem, hogy valaki direkt csinálja, szerintem te másra gondoltál. Szóval mit csinálsz, mikor bringával mész futni?




Egy rövid sztory a telefonnal történnő fizetés használatáról:: https://hup.hu/node/159478#comment-2234919

Nem, akkor éppen "a defekt és nincs nálam csere", de később eszembe jutott ez is. :)




-1^2018 az mennyi is?: https://hup.hu/node/159434#comment-2234238

Arról nem beszélve, hogy ilyen edge casek magyarázatánál nem annyira érdemes az általános iskolai definícióra hivatkozni, ott azért egy kicsit nagyobb arányban esik latba, hogy 8 évesen megértsd, hogy mi az a negatív szám, mint hogy szabatosan megalapozza a főiskolai diszkmatot mondjuk.




-1^2018 az mennyi is?: https://hup.hu/node/159434#comment-2234272

"De valahogy neki kell állnom érthetően elmagyaráznom a gyereknek, mert a suliban nem teszik meg."

Ne így.

Javallanám a nullától való távolságot, meg a számegyenesen mutogatva lépkedést. Le lehet tenni elé azt a szép hosszú papír számegyenest is, és adni a kezébe valamit, amit fizikailag pakolhat.




OxygenOS 5.1.2 OnePlus 5 és OnePlus 5T készülékekhez: https://hup.hu/cikkek/20180527/oxygenos_5_1_2_oneplus_5_es_oneplus_5t_keszulekekhez#comment-2235196

Mondjuk a 3hoz is jöhetne vmi, mert idén még nem sikerült...




OxygenOS 5.1.2 OnePlus 5 és OnePlus 5T készülékekhez: https://hup.hu/cikkek/20180527/oxygenos_5_1_2_oneplus_5_es_oneplus_5t_keszulekekhez#comment-2235283

Ideje volt :-)

Pedig ránéztem, hogy hátha nálam van beakadva valami, de ott sem ajánlotta...

Danke.




Elsőbbség: https://hup.hu/node/158880#comment-2220765

"Azt nem várhatod el tőlem, hogy 30 percen keresztül menjek mögötte 20-30-al 70 helyett mert nem merem kielőzni, mert hátha most fog kátyút kerülni igaz?"

Mondjuk ha a 90es főúton 65-el szuttyognak a kamionok (helló, régi 86os) azt valamiért mégis kivárja az ember :)

(de egyébként egyetértek alapvetően, hogy ha próbálna mindenki a másikat nem leszarva közlekedni, az sokat segítene)




Elsőbbség: https://hup.hu/node/158880#comment-2220676

Ne terjesszünk butaságokat, a kresz nem ezt mondja.




Elsőbbség: https://hup.hu/node/158880#comment-2220673

Majdnem:

(8) Tilos előzni:
...
e) * útkereszteződésben és közvetlenül útkereszteződés előtt, kivéve

- ha a forgalmat rendőr vagy fényjelző készülék irányítja és az előzés az úttest menetirány szerinti bal oldalának igénybevételével nem jár,

- ha a jármű főútvonalon vagy olyan más úton halad, amelyen elsőbbségét jelzőtábla [16. § (1) bek. u) pont] jelzi.

- körforgalmú úton,

- ha a járművel csak jobbról szabad előzni [(4) bek.].

(9) A (8) bekezdés d) és e) pontjában meghatározott tilalom nem vonatkozik a kétkerekű motorkerékpárnak, segédmotoros kerékpárnak és kerékpárnak gépjárművel való előzésére.

Szóval kereszteződésben alapvetően tilos előzni, kivéve, ha ott az általad említett tábla, de bringást azt pont lehet. (Az más kérdés, hogy ugyan miért :) )




Elsőbbség: https://hup.hu/node/158880#comment-2220687

Az adott esetben a biciklit előzhetett (ez van a topiknyitóban). Autót nem előzhetne, mert nincs előjelző táblája az alsóbbrendű útnak.

Hogy ezt miért gondolták így (84ben egyébként, nem ma volt), az kérdéses. Gondolom az lehetett a mögöttes okoskodás, hogy a bringa mögött jobban látszik az előzni készülő autó. Egyébként feltételezem, hogy van valami kpm rendelet, ami az alsóbbrendű párjaként kötelezően stop táblát ír elő, mert az egész ugye alapvetően a "macisajtnál jobbra megyek, balról semmi, kanyar...obazmeg itt van szemben" esetben cink.




Elsőbbség: https://hup.hu/node/158880#comment-2220741

készpénznek ne vedd, mint mondtam, hasaltam :)




Elsőbbség: https://hup.hu/node/158880#comment-2221515

Akkor ezt rosszul tippeltem, és csak mint annyi más helyen, simán csak hülye volt, aki a kreszt írta. Vagy nem jöttem rá, mi a logika :)




Elsőbbség: https://hup.hu/node/158880#comment-2221564

Azt tudom, hogy a stop tábla és macisajt közt mi a különbség, de igazán köszönöm figyelmességed :) Azt nem tudom, hogy ha kint van az alsóbbrendű útkereszteződés, az miért befolyásolja az előzés tilalmának feloldását.




Elsőbbség: https://hup.hu/node/158880#comment-2221576

Kérlek szakadjunk már le arról, hogy elemi vezetéstechnikát magyarázol. :) Vagy kimarad nekem valami összefüggés, amire rá akarsz ezzel világítani, csak tufa vagyok? Azt nem értem, hogy miért hagyja a kresz, hogy előzzek, ha előre kint van a tábla. A kikanyarodót ez ugye semmiben nem befolyásolja, és ő a fő veszélyforrás egy ilyenben. Vagy csak annyi, hogy nem előzhetek olyan helyen, ahol nem tudom, hogy van-e elsőbbségem? De ez egyrészt triviális, másrészt nem ezt mondja, hanem kifejezetten egy táblához köti (a van aki szerint részt gondolók egyértelműen rosszul gondolják). Ráadásul akkor is tiltja, ha egyébként becsatlakozó út csak balról van, ezért nem lenne ilyen lehetséges elsőbbségi helyzet.




Elsőbbség: https://hup.hu/node/158880#comment-2221622

"En is igy tanultam annak idejen, hogy az elso keresztezodesbe benezunk, megnezzuk, van-e nekik felismerheto mackosajt vagy stop tabla, es onnan ugy megyunk, hogy tudjuk, vedett uton vagyunk-e."

Azért aki azt tanította, hogy ha egy utcán az első keresztutca alsóbbrendű, akkor menj nyugodtan, mert a többi is az, az jobb lenne, ha autóvezetés oktatás helyett valami más hobbit találna magának.




Elsőbbség: https://hup.hu/node/158880#comment-2222235

De ez továbbra is hülyeség. Abból, hogy egy kereszteződésben van egy macisajt az ég egy adta világon semmi nem következik az úton lévő többi kereszteződésre nézve. Simán lehet a következő tabla nélküli jobbkezes. Az sem következik belőle, hogy védett úton vagy, csak az, hogy abban az egy kereszteződésben neked van elsőbbséged.




Elsőbbség: https://hup.hu/node/158880#comment-2222400

> Te hogyan definialod a vedett utat?

Kb ahogy te: olyan nem főútvonal, amin végig elsőbbséged van. Viszont a kresz ilyet egyébként nem ismer, ez csak a magyarázós kresz könyvek okossága (van még jó pár). Illetve de, a főútvonalat. Minden más esetben a kereszteződésben lokálisan határozódik meg az elsőbbség kérdése. 25 éve még lehet nem (bár csodálkoznék), de 20 éve, mikor én kaptam a jogsimat, meg azóta folyamatosan már biztosan így van.

> Vagyis ha nincs mackosajtom, akkor mehetek rajta 50-nel, nem kell minden keresztezodes elott lelassitani, visszakapcsolni masodikba, kukucskalni.

Kérlek, szokj le a balesetveszélyes vezetésről. Hülyeséget tanítottak (sajnos van jó pár dolog, amit a nagyon okos oktatók szoktak tanítani), és egészen biztos vagyok benne, hogy már 25 éve is hülyeség volt. Ha nem tudod, hogy elsőbbséged van, akkor minden kereszteződés előtt le kell lassítani, és meg kell győződni róla, hogy van. Erre kb. a következő lehetőségek vannak:
- előre tájékoztatott róla az előző sarok után egy főútvonal tábla
- előre tájékoztatott róla a sarok előtt egy alsóbbrendű kereszteződést jelző tábla
- látod jobb kéznél a stop vagy elsőbbségadás kötelező táblát hátulról
- zöld lámpád van
- rendőr van, aki azt mutatja, hogy mehetsz

Amíg ezekből egyet nem látsz, addig ott bizony le kell lassítani, és meg kell győződni róla, hogy jobbról nem jön senki. Az, hogy sokszor tényleg az van, hogy egy utcán minden kereszt végig van verve macisajttal, az nem jelenti azt, hogy mindig így van. Budapest belvárosa tele van alapvetően jobbkezes részekkel, ahol egy-egy sarkon van valami elsőbbségadás tábla, ahol a közlekedésszervezés azt indokolja. Jó eséllyel eddig azért nem törtél össze senkit, mert vagy nem jársz gyakran ilyen helyen, vagy a becsatlakozó elvileg felsőbbrendű utakon levők figyelnek, mert tudják, hogy sűrűn nézik be az úrvezetők a jobb kezüket, (vagy ők is nézik hogy mi van, vagy ők is úgy érzik, hogy kurvára neked kéne legyen elsőbbséged, mert úgy adja magát, csak szarul sikerült szabályozni.)




Elsőbbség: https://hup.hu/node/158880#comment-2222457

Nem bántani akartalak, elnézést, csak úgy tűnt, hogy ezt jónak tartod. Hiába vezet valaki odafigyelve, ha rossz dolgokra figyel oda- De akkor te is rájöttél, hogy hülyeség ;-)




Elsőbbség: https://hup.hu/node/158880#comment-2220688

"Es ha o tudja, hogy alsobbrendu az az ut, mert minden nap arra jar?"

Nem rutinból vezetünk, ugye :)




Elsőbbség: https://hup.hu/node/158880#comment-2220746

"Nem ezért van a rutinpálya? ;-)"

Nem, a rutin az nem a forgalmi szituációra, hanem a gépjármű kezelésre vonatkozik ;)

"Nekem anno a gyakorlati oktató azt mondta, hogy az elsőbbségadás táblákat hátulról is meg kell ismerni, hogy tudjad, hogy neked van-e elsőbbséged vagy sem"

Ez így van, ezzel együtt a gyakorlatban mint tudjuk ez messze nem annyira könnyű, mint ahogy elképzelték a jogászok.




Elsőbbség: https://hup.hu/node/158880#comment-2220780

"Igen, a rutinpályás mondat poén volt. :-)"

Tudom :)

A nem annyira könnyűt félreértetted. Konkrétan az nagyon jól hangzik elméletben, hogy hátulról is látszik, hogy az egy stoptábla, csak a gyakorlatban nem hátulról nézed, hanem majdnem oldalról, és nem szép színes, hanem szürke. Szóval egy kicsit nehezebb ügy ugyanolyan jól látni (meg egy bonyolultabb kereszteződésben egyáltalán észrevenni) és felismerni kizárólag a formájáról, mint egy lapjával feléd néző, színes, fényvisszaverő táblát.




Elsőbbség: https://hup.hu/node/158880#comment-2220803

De kötelező kunszt. Egyéb tábla híján kizárólag ebből tudod, hogy nem kell a jobbkezet megadnod.




Elsőbbség: https://hup.hu/node/158880#comment-2220689

A fenti idézetben a * alatt 84es dátum van. :)




Elsőbbség: https://hup.hu/node/158880#comment-2220791

"Módosította: 2/1984. (I. 29.) KM-BM együttes rendelet 20. §."

Módosítókat szerintem nem nagyon szoktak így updatelni, de előfordulhat. Vicces viszont, hogy konkrétan rákeresve már a módosító hatályon kívül van, ezért nem nagyon látszik, hogy mi volt benne rendes jogtár nélkül




Milyen színű tápvisszajelző LEDet preferálsz?: https://hup.hu/szavazasok/20180516/milyen_szinu_tapvisszajelzo_ledet_preferalsz#comment-2231769

Ahol futja redundáns tápra, ott fussa monitorizásra is. :)




Milyen színű tápvisszajelző LEDet preferálsz?: https://hup.hu/szavazasok/20180516/milyen_szinu_tapvisszajelzo_ledet_preferalsz#comment-2231772

+1, Nekem kb mindegy, de aki ezeket a retinakiégetős kékeket kitalálta, annak felszerelném a hálójába a plafonra, hogy mostantól egész életedben, te gyökér.

Egyébként sem nagyon értem, hogy háztartási eszközökből miért kell karácsonyfát csinálni. A power visszajelzők még csak, csak, de az pl, hogy a retekért kell egy otthoni router front panelján 100 lumennel villogtatni az switchportok ledjeit egyesével, azt sose fogom megérteni. Legyen rajta egy, hogy be van kapcsolva. Max.




Milyen színű tápvisszajelző LEDet preferálsz?: https://hup.hu/szavazasok/20180516/milyen_szinu_tapvisszajelzo_ledet_preferalsz#comment-2231916

Nekem is van egy olyan Asusom valahol, de sajnos az az üdítő kivétel.




Milyen színű tápvisszajelző LEDet preferálsz?: https://hup.hu/szavazasok/20180516/milyen_szinu_tapvisszajelzo_ledet_preferalsz#comment-2231915

Szerintem kelljen inkább megnyalni!




Lovoldozes: https://hup.hu/node/159310#comment-2231100

Mármint arra gondolsz, hogy van egy pisztolyos idióta, meg egy másik, aki szintén pisztolyt ránt, és elbújik a kocsija mögé, és ő valamiért úgy érzi, hogy nem feltétlen szeretne ott maradni?

(Arról nem beszélve, hogy szerintem kb fogalma nem volt róla, hogy a csaj ott van mellett, mert a másik irányba nézett jó eséllyel)




Lovoldozes: https://hup.hu/node/159310#comment-2231907

Én meg arra, hogy szerintem erre egy kicsit erős a "vannak hülye emberek".




Lovoldozes: https://hup.hu/node/159310#comment-2231934

A kontextusban való relevanciáját vitattam :)




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231817

"Ha a címzett a gépén tárolja a leveleket és azt törik fel, ugyanúgy hozzáférnek."

Neked ugye halvány lila fingod nincs, hogy mit csinál a gpg meg az smime?




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231832

Aha. Meghajlok érveid nagysága előtt. Én azért továbbra is nyugodtan alszom, hogy ha feltörik a gépemet, akkor mit fognak látni a leveleimből :)




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231876

Tudom. A szomszéd topikban meg kifejtette, hogy nem kéne számítógépet használni annak, aki nem ért hozzá :D




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231829

Örülj: A lejelentett munkaviszonyokkal nem csak, hogy automatikusan kiszámolják, hanem automatikusan be is fizetik, és neked semmi dolgod nincs.

Sőt, idén már másodszor megspórolják neked (vagy a céged könyvelőjének) azt is, hogy az egyik papírról a számokat a másik papírra átmásolja, és beküldje, megcsinálják, azt is automatán. Sőt, ha nem szólsz hogy nem tetszik, akkor automatán el is hiszik, hogy úgy gondolod, hogy jó. Eljött a nirvana.




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231835

Továbbra is? Az előbb még túl volt bonyolítva baszod. Pont az történik, amit kértél. Sőt.




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231822

Szerintem még mindig szar




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231823

... mint a mellékelt ábra mutatja




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231877

A program továbbra sem ellenőrizte. :)




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231946

Egyetértek, ne legyünk. :)

Még mindig izzadságszagúan próbálod hozzáigazítgatni az analógiához a dolgot. Nem ellenőrzött az le semmit, azt nekem kellett volna.




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231977

"Ha a felhasználó hibás adatot ír be és a program nem ellenőrzi, akkor a program a szar."

Én itt a fórum kapcsán a drupalra gondolnék, mint programra, akinek ellenőriznie kell a felhasználó által beírt hibás adatot, nem pedig a felhasználóra gondolnék mint programra, akinek ellenőrizni kell a felhasználó által beírt hibás adatot.




Gond van az e-mail titkositasokkal: https://hup.hu/cikkek/20180515/gond_van_az_e-mail_titkositasokkal#comment-2231980

Az elsőt nem vitattam, csak itt most a másodikról volt szó. De örülök, hogy egyetértünk :)




futtatandó fájl: https://hup.hu/node/159315#comment-2231066

mert még nem fedezted fel a 'chmod o+x akármi.sh' -t meg a '#!/bin/bash' shebangot az elején a scriptnek.




futtatandó fájl: https://hup.hu/node/159315#comment-2231075

Aha, u+x az o+x helyett, hogy ne legyek gyökér :)




futtatandó fájl: https://hup.hu/node/159315#comment-2231092

Akkor most szorgalmi feladatként próbáld meg megérteni, mi történt. :)




futtatandó fájl: https://hup.hu/node/159315#comment-2231068

Egy LF, avagy \n (hexa 0A), míg a windowsos, ahol jó eséllyel szerkesztetted az CR LF, avagy \r\n (hexa 0D 0A), és az a \r így feleslegesen ott van a bash string végén, és nem találja a /bin/bash\r nevű filet.




futtatandó fájl: https://hup.hu/node/159315#comment-2231118

nyugtával dicsérjük majd a napot :)




futtatandó fájl: https://hup.hu/node/159315#comment-2231270

Kövezz meg, de azzal szerintem semmi gond nincs, hogy nem az alapműveltség része ez az egész. Igazából, klasszikusokat idézve azoknak a tarack-kurvaanyját a ravatalon a seggbe akik ezt a csodát előadták úgy fősodratú mérnökileg. Nem normális, hogy az effektív hogyan kell ezt ábrázolni, mikor konkrétan átmegy a kábelen bitvadász eseten kívül ilyenekkel foglalkozni kelljen. Illetve ezzel a konkrét esettel egy normális világban speciel még ott sem kellene. Nagy tragédiája az ITnak, hogy az a nép futtatta fel, akiknek a legrövidebb az ABCje mind közül.




futtatandó fájl: https://hup.hu/node/159315#comment-2231297

"Gyakorlatilag meg Ukrajnában csak tavaly óta van a körfogalomban benn lévőnek elsőbbsége"

Itthon meg még ma sincs, erre varrj gombot. :)

Tisztában vagyok vele, hogyan befolyásolja egy római ló segge a holdraszállást, ettől még nem kell szeretnem ezeket a maradékokat. Egy jó részüknek egyébként nyilván akkor és ott volt oka, egy másik jó részüknek meg akkor jó ötletnek tűnt, nem gondoltuk, hogy ez majd így velünk marad, aztán lehet vele szopni.

Ráadásul nem azt mondom, hogy ez felesleges tudás, hanem azt mondom, hogy ennek ilyen szinten nem kellene kilógni a userlanding, hogy egy felhasználónak tisztában kelljen vele lenni, hogy a rohadt sorvégét több féle képpen lehet ábrázolni. ( Ráadásul ez még független is a másik ilyentől, a karakterkódolástól. ) Vagyis nem gond, hogy nem az alapműveltség része ez. Gondoltam az idézet cizelláltságából lejön, hogy direkt sarkosított vélemény.




futtatandó fájl: https://hup.hu/node/159315#comment-2231402

Az ugye megvan, hogy amire válaszoltam, az úgy kezdődött, hogy "a hetedikes lányom"?




futtatandó fájl: https://hup.hu/node/159315#comment-2231299

Nem. :) Akkor második legrövidebb, vagy nem tudom.




futtatandó fájl: https://hup.hu/node/159315#comment-2231300

A cseszlovákok meg a franciák viszont bizonyára pont annyira szerettek bíbelődni velük, mint mi a hosszú ű és társaival.




futtatandó fájl: https://hup.hu/node/159315#comment-2231405

Azért az erősen attól függ :)




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2219677

A soros plakátokon konkrétan egy zsidó van premier plánban, és olyan plakát is volt, ahol semmi más nem volt, mint hogy STOP, a képen meg barna bőrű emberek. (ja, meg hogy kormányinfo). Nem háborodtak fel a a legtöbben.




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2220043

Nem egészen értem a mondandód lényegét, de ha én vagyok a fizetett politikai troll, akkor egyrészt szegény soros nagy bajban lehet, másrészt legalább a jövőben tudom hova tenni a véleményedet :)




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2220045

Gondoltam, hosszabban belemegyek, de inkább mégsem. Eleve csak arra reagáltam, hogy ha kicserélnék zsidóra, mindenki felháborodna, hogy de hát kicserélték, és nem háborodott fel.




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2220488

Ne haragudj, de nincs nagyon kedvem a szokásos okoskodásaidhoz.




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2221290

Milyen színjátékot adok elő egy db tény kiemelésevel? Bár fölösleges kérdés, mert úgyis megint valami direkt homályos, értelmezhetetlen izé fog kijönni a szádon.




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2221385

Ha szerinted én zsidóztam, akkor te kurvára nem értessz magyarul.

Persze már megint másról beszélsz, az hogy milyen színjátékot jatszom, nem derült ki.




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2221492

Szóval megint bebizonyosodott, hogy semmitmondó homályos faszságokon túl csak személyeskedni tudsz. Ja nem, nyelvtannáculni is.

További kellemes szellemi onanizálást önnön felsőbbrendűséged biztos tudatában. Ha legközelebb úgy érzed, hogy ebbe megint bele akarnál vonni, kérlek ne tedd.




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2222274

Mint mondtam, nem érdekel a mondanivalód.




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2222351

kérlek, folytasd még :)




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2222521

esetleg még valami hozzátennivalód?




Egy egész hétre eltűntek a választási jegyzőkönyvek az NVB-nél: https://hup.hu/node/158832#comment-2223023

egyéb?




Radírpók: https://hup.hu/node/159171#comment-2228961

> Ez sajnos nem működött még soha sem. Sem itt, sem máshol. Ha mindent ráhagyunk valakire, akkor gyorsan rájön, hogy neki mindent szabad.

Viszont kívülről szemlélve nagyz és még egy páran erősen sportot űznek belőle, miközben egy hangyafasznyival sem tűnnek normálisabbnak hznál. Elég óvodás tempó. (Miközben ő valóban nem nagyon szól hozzájuk magától.)




Radírpók: https://hup.hu/node/159171#comment-2228999

Ja, mikor nagyz minden alkalommal beleköt, az nem provokálás egy cseppet sem.




Radírpók: https://hup.hu/node/159171#comment-2229029

Elnézést, elfelejtettem, hogy a főokoskodóval van dolgom.




GDPR compliance as a service: https://hup.hu/node/159151#comment-2228387

> (amúgy a tévében sincs tematikus reklám)

Ez így nem teljesen igaz, célcsoportokat mérnek, és próbálnak a jellemző célcsoportra tagetált reklámokat tenni az egyes blokkokba. ( a "próbálnak" nyilván ennél bonyolultabb, hogy a tv vs reklámozó vs mennyibe fáj hogy alakul ki)




GDPR compliance as a service: https://hup.hu/node/159151#comment-2228511

nem mondtam, hogy személyre szabott, azt mondtam, hogy tematikus :) Illetve azt is te mondtad.




GDPR compliance as a service: https://hup.hu/node/159151#comment-2228544

Szerintem nem volt :)




DNS / DHCP szerver páros.: https://hup.hu/node/159193#comment-2228390

Szerintem is ennyit csinál (bár ebben az évszázadban már inkább az 53as porton ;) ). Azt még el tudom képzelni, hogy az openwrt alapból tol egy portforwardot a dns kérésekre localba, de akkor azt meg az openwrt csinálja, a dnsmasq tuti nem. Már eszközök híján.

Mondjuk a konfigja ennek is okádék, de szerintem van valami RFC valahol, hogy dns szerverhez kötelező a minimum 7/10-es hányásfaktorú konfig file.

szerk, korán van még.




DNS / DHCP szerver páros.: https://hup.hu/node/159193#comment-2228432

Végül is úgy téríti el, hogy arra ráül a dhcpre, és ott magát hirdeti, mint dns, ha valaki kérdez tőle ilyesmit. :) Uh azért húztam át, mert benéztem, hogy benézted. Vagy mi.




bash fájlnévben {...} ?: https://hup.hu/node/159219#comment-2228878

A man findnek pl a -name környékén más a véleménye




bash fájlnévben {...} ?: https://hup.hu/node/159219#comment-2228912

Nem vitattam, kiegészítettem :)




Halálos kimenetelű gázolás miatt az Uber felfüggesztette önvezető autó tesztjeit: https://hup.hu/cikkek/20180319/halalos_kimenetelu_gazolas_utan_az_uber_felfuggesztette_onvezeto_auto_tesztjet#comment-2211905

Ezen ugyan lehet jogászkodni, de alapvetően nem akadályozod. :)




Halálos kimenetelű gázolás miatt az Uber felfüggesztette önvezető autó tesztjeit: https://hup.hu/cikkek/20180319/halalos_kimenetelu_gazolas_utan_az_uber_felfuggesztette_onvezeto_auto_tesztjet#comment-2211916

Látom nem sikerült meglátni a végén :)-t, de ha már ilyen magas lóról, akkor kérlek idézd a kreszből, hogy mit jelent az akadályozni. Addig én maradok annál, hogy amikor épp a megengedett legnagyobb sebességgel haladok, akkor nem akadályozok senkit semmiben.




Halálos kimenetelű gázolás miatt az Uber felfüggesztette önvezető autó tesztjeit: https://hup.hu/cikkek/20180319/halalos_kimenetelu_gazolas_utan_az_uber_felfuggesztette_onvezeto_auto_tesztjet#comment-2212050

"NEM vagy önkéntes rendőr (se)"

Bezzeg, aki villog meg dudál, az rendőr, neki lehet pampgni, hogy a másik szabálytalan, mert nem húzódik le :)




Halálos kimenetelű gázolás miatt az Uber felfüggesztette önvezető autó tesztjeit: https://hup.hu/cikkek/20180319/halalos_kimenetelu_gazolas_utan_az_uber_felfuggesztette_onvezeto_auto_tesztjet#comment-2212041

Egyrészt: Ez nem a kreszben van, hanem mindenféle oldalakon adja a google, hogy "ami a kreszből kimaradt, Ami a közúti forgalommal kapcsolatos fogalmakból kimaradt"és hasonló címszavak alatti vélemények.

Másrészt, ez alapján én akadályozom azt, aki dudálva próbál előttem keresztül vágni lassítás nélkül a stoptáblája mögül, hiszen őt a szándéka szerinti menetében, mozgásában, továbbjutásában gátolom, hátráltatom, és a célzattól eltérő közlekedési magatartásra (pl. fékezésre vagy irányváltoztatásra) kényszerítem.

Én inkább maradok annál az értelmezésnél, ami a kresz általi akadályozást a kresz keretein belül értelmezi.

"Egyébként meg a saját érdekedben is jobb elengedni - ahogy mondani szoktam, ha hülye, hát menjen, minél messzebb van tőlem, annál kisebb, hogy úgy okoz balesetet, hogy annak én is részese legyek."

Ennek sehol nem állítottam ellenkezőjét.




Halálos kimenetelű gázolás miatt az Uber felfüggesztette önvezető autó tesztjeit: https://hup.hu/cikkek/20180319/halalos_kimenetelu_gazolas_utan_az_uber_felfuggesztette_onvezeto_auto_tesztjet#comment-2212253

A magyar kreszben (egyébként csodálkoznék rajta, ha nem lenne a románban is hasonló) az utolsó ponthoz belterületen "felmentés" van a jobbra tarts alól, ha "feltéve, hogy ezzel a jármű a mögötte gyorsabban haladó járművek közlekedését nem akadályozza". Ezen megy a fingreszelés. Mármint hogy ha én 50-nél 50-el haladok, akkor akadályozom-e azt, aki 65-tel szeretne menni.

Egyébként a magyar kresz iszonyatosan fos sok szempontból, rengeteg értelmezése nem következik egyértelműen a szövegéből, ami miatt egyébként tök kaotikus, hogy igazából mit szabad, és mit nem mondjuk városi párhuzamos közlekedésben.




Halálos kimenetelű gázolás miatt az Uber felfüggesztette önvezető autó tesztjeit: https://hup.hu/cikkek/20180319/halalos_kimenetelu_gazolas_utan_az_uber_felfuggesztette_onvezeto_auto_tesztjet#comment-2212380

Örülünk, hogy megértetted, miről beszélünk :) (Igen, pontosan erről a szerintemről beszélünk, meg arról)




Halálos kimenetelű gázolás miatt az Uber felfüggesztette önvezető autó tesztjeit: https://hup.hu/cikkek/20180319/halalos_kimenetelu_gazolas_utan_az_uber_felfuggesztette_onvezeto_auto_tesztjet#comment-2212475

Az van benne, hogy akadályozod-e. Ha az akadályozás értelmezéséből kihagyod azt, hogy ő is a szabályokat betartva közlekedik (pedig van az a bizalmi elv dolog, bár az sincs benne a kreszben :) ), akkor elég érdekes lesz az élet, lásd a fenti példát, amit elegánsan ignoráltál. Addig én maradok annál az értelmezésnél, hogy mindenki alapvetően szabályosan közlekedik, és ezt a szövegezésben ezért nem írjuk oda minden rendelkezés mögé, hogy "ha a szabályoknak megfelelően közlekedik", mert akkor ez lenne a szöveg fele.




Well played, OTP: https://hup.hu/node/159143#comment-2228191

Elmész valami random meetupra, pl valami fintechesre, és beszélgetsz emberekkel. Vannak bankosok is, meg startupos gyerekek is, és egyik sem szokott harapni.




Miért ragasztanak almás matricát az emberek az autóikra?: https://hup.hu/node/159036#comment-2225332

Dehogynem, Isztambulban tesvírem vagy madzsarisztánból, együtt éltünk a dicsőséges ottomán birodalomban :)




Fedora 28: https://hup.hu/cikkek/20180501/fedora_28#comment-2226730

sub




LaTeX-ben kép: https://hup.hu/node/159115#comment-2226733

https://tex.meta.stackexchange.com/questions/228/ive-just-been-asked-to…




Architect kerestetik offsite / prágai munkavégzésre prágai betanulással: https://hup.hu/node/158040#comment-2225304

"Architect. Ez sem túl pontos."

Ja, hát a 0% az valóban nem túl pontos :) Ez attól függően, hogy összesen egy ügyfél van erre a cuccra, vagy van több is, és az egyikkel kell beszélni valóban vagy DM, vagy BA (esetleg PO).




MiniDLNA videók: https://hup.hu/node/159025#comment-2225081

Egyébként ha a kodinak a plusz hdmi / plusz távszab része zavar csak esetleg, akkor tud egyébként dlna szerverként funkcionálni.




Használsz képernyőkímélőt?: https://hup.hu/szavazasok/20180412/hasznalsz_kepernyokimelot#comment-2220267

Én lelockolom, akkor lekapcsolja a monitort kb 2 másodperc múlva.




más által bejegyzett prioritásos domain : https://hup.hu/node/158948#comment-2223130

"Csak nem akarod megérteni: hiába máshol van a pont, ha az elv marad, akkor a hivatkozás él."

De hát pont ezt mondja ő is.




Április 16-tól megújul a PyPI (Python Package Index): https://hup.hu/cikkek/20180412/aprilis_16-tol_megujul_a_pypi_python_package_index#comment-2223272

Hehe, úgy látom a gugli "python randompackage" találatai eltörtek :-)




Fuchsia is not Linux - dokumentációt adott ki a Google az új operációs rendszeréről: https://hup.hu/cikkek/21080412/fuchsia_is_not_linux_dokumentaciot_adott_ki_a_google_az_uj_operacios_rendszererol#comment-2221498

Gondolod, hogy azok a gyártók, akik kapva-kaptak az androidon, mivel szoftvert kurvára nem tudtak írni használhatót, mert egy mosógép vezérlésnél bonyolultabb szoftverhez már hülyék (lásd tv pl) és azóta is nyelik a békát, hogy a gugli kb azt csinál, amit akar, mert bezárta az alap dolgokat a beetetési időszak végén, és ha nem szállítod, nincs android logó meg playstore, azok majd pont azért fogják megmakacsolni magukat, mert egy huszadrangú kérdésben, ti. hogy egy userek által egyáltalán nem látott részen mi futtatja a drivereket a gugli ki akar valamit cserélni? Főleg, hogy a drivereket úgyis a beszállítóik írják? Hát, én erre nem fogadnék.




Fuchsia is not Linux - dokumentációt adott ki a Google az új operációs rendszeréről: https://hup.hu/cikkek/21080412/fuchsia_is_not_linux_dokumentaciot_adott_ki_a_google_az_uj_operacios_rendszererol#comment-2221869

Szerintem szó nem volt soha arról, hogy a gugli dobná a google services / play ökoszisztémát, de fix me. Mondjuk elég valószínűtlen, mert nem komplett idióták, és elég tudatosan toltak mindent a playbe a sima droidból.

A samu mint átvevő meg szerintem több szempontból eléggé esélytelen. Egyrészt bár a piaci ereje talán megvan hozzá, de a szakértelme nincs. Nem egy szoftver cég, hanem egy hardware gyártó. Pont mint az összes többi, nem értenek hozzá, eleve ezért tudott a droid jó lenni. Másrészt azt még csak-csak megemészti mindenki, hogy a guglinál van a gyeplő, még ha megy is némi szenvedés, azt viszont nehezen hiszem, hogy az LG, a Sony meg a többiek használnának egy olyan Androidot, ahol a samu diktál. Következésképp szétfragmentálódna az egész a francba, és döglene meg, hacsak valamelyik gyártó nem tarolja be vele a piacot. Viszont mivel a gugli nem szándékozik dobni az egészet, még mindig inkább esélyesnek tartom, hogy a gyártók átülnének az új pacira, ha arról van szó.




python cgi: https://hup.hu/node/158886#comment-2220962

Jé, van kamu nicked is? Jó tudni :-)




python cgi: https://hup.hu/node/158886#comment-2220988

Ejha, hirtelen en is sopredek lettem? Mert meg mertem kerdezni, egy smiley kiseretében, hogy honnan jott a plusz info? Azt is jo tudni. Bar szerintem inkább vegyél egy mély levegőt, és lazíts kicsit... Egyébként meg van nevem, nem is szoktam tikolni, egy guglinyira vagy tőle. Miért kéne itt nem a nickemen lenni? Mivel nevebb az hogy HZ, mint az, hogy kroozo?




python cgi: https://hup.hu/node/158886#comment-2221023

Aha, akkor efölött àtsiklottam, elnézést.




python cgi: https://hup.hu/node/158886#comment-2221028

Ugyan le senkit nem ugattam, de mint említettem, elnézést, benéztem.




snap sandbox?: https://hup.hu/node/158833#comment-2219606

Mert megcsinálni magát a programot, hogy ne akarjon kimászni a sandboxból nem egy mozdulat. Kb egyenértékű azzal, amikor a mindenféle okos vendorok csoda (drága) cuccára rá van írva, hogy supported on redhat, aztán azzal kezd az install guide, hogy kapcsold a selinuxot permisszívre.

User szempontból jó indikátor, hogy akarod-e azt a snapet használni :)




snap sandbox?: https://hup.hu/node/158833#comment-2219616

Erre gondolsz?

"classic-support

Allows resources necessary for running as classic dimension snap which gives device ownership to the snap. This interface is reserved for the classic snap (2.23)."

Ja, van, gondolom ezt kapcsolja a --classic :)




snap sandbox?: https://hup.hu/node/158833#comment-2219622

kivéve, ha onnan pl ki van véve, mert az egy speciális cucc, ami kapott saját kapcsolót?




snap sandbox?: https://hup.hu/node/158833#comment-2219545

Jól érted, ez "csak" annyi hogy értelmesen használja ezeket az interfaceket, és ezért jól el tudja szeparálni egymástól az appokat. Az érték elvileg az benne, hogy ezt könnyen megoldhatóvá teszi. Ami, ha próbáltál már kiigazodni mondjuk a redhat által szállított targeted selinux policyk többszázezer rulejával, nem is olyan kis dolog. Miért kéne a base technológiát újra kitalálni?

Ilyen alapon a docker se csinál semmit pl, az is csak namespaceket, cgroupsokat, meg ilyeneket toszogat, meg iptablessel routeol.

Meg persze még ezt azt csinál, de ezt-azt még csinál a snap is (pl atomi, jól rollbackelhető upateket)




300 000 .EU domaint szűnik meg a Brexit miatt: https://hup.hu/node/158685#comment-2215955

Azért az vegyük észre, hogy aki úgy akar üzletelni, hogy nem lesz jogoslult .eu címre, annak ez lesz a legkisebb problémája az ügyben.

Meg azt is, hogy nem elveszik, hanem testületileg közölték, hogy kösz, nem kell.




Valós gépnév: https://hup.hu/node/158696#comment-2217793

Ez sajnos egyáltalán nem biztos.




Valós gépnév: https://hup.hu/node/158696#comment-2217659

Ne haragudj, de nem azt kérdezte, hogy az egyetemi jegyzetben hol van.




Valós gépnév: https://hup.hu/node/158696#comment-2217946

Sokkal egyszerűbb lett volna a kurva nagy arc előretolása helyett egy "elnézést, pongyolán fogalmaztam".

Különösen aranyos, hogy az első mondatod tekintélyre hivatkozás, a második meg az, hogy lassan kinek az apukája erősebb.




Valós gépnév: https://hup.hu/node/158696#comment-2218053

> Melyik rész a kurva nagy arc?

Olvasd már vissza, amit írtál, jóember.

> Olyasmiben vitatkoztok

Nem vitatkozott senki, kérték, hogy támaszd alá az állításodat.

> amihez nem értetek

Mert ehhez csak te értesz az egész bolygón?

> Egyszerű, ha fingod sincs róla, hallgass és figyelj arra, aki felvilágosít.

Arra kértek, hogy világosíts, hogy hol van a Btk-ban, csak valamiért nem teszed.

> A jog nem csak abból áll, ami a törvény szövegében tételesen le van írva. A törvények, jogszabályok célja, hogy közérthetően fogalmazza meg a jogalkotó akaratát. De szinte minden törvénynek van végrehajtási rendelete, ott van mögötte a miniszteri indokolás - a jogalkotó akarata - és ott van mögötte a jogelmélet. Ha ezt nem tudjátok felfogni, nincs miről vitatkozni

Kapaszkodjon meg kedves doktor úr, ezt tudjuk (én legalábbis biztosan). Csak erről itt nincs szó. Arról van szó, hogy azt állítottad, hogy a közüzem a BTKban van. A btk meg nem ez csodálatos fenti okfejtés, hanem -- tadam -- egy törvény. Még jogászoknak is. Abban meg -- gondolom -- nincs ez így leírva, és mikor erre rájöttél, akkor elkezdtél össze vissza beszélni BHkról, jogelméletről, sorok közöttről, meg előadni, hogy mi nem értünk a joghoz, mert neked van államvizsgád.

> RTFM!!! Olvassatok utána és kész

Most akkor kussoljunk, és várjuk a nagyságos úr kinyilatkoztatását, vagy mégis csak utána lehet olvasni? Esetleg kötelező jogásznak lenni hozzá, vagy a közérthetőt meg szabad érteni jogi diploma nélkül is?

> Az különösen mókás, hogy nem tudsz államvizsgát felmutatni, de ettől nekem van nagy arcom.

Szövegértésből megint egyes. Nagy arcod azért van, amit itt sértődötten előadsz. A mókás az volt, hogy nyafogsz, hogy mindjárt a kinek az apukája erősebbnél tartunk, majd a te érv renszered az, hogy nekem van államvizsgám, én értek hozzá, senki más nem csinált ilyet.

Egyébként felmutatom a páromét, az is jó lesz? Neki van még mellette egy-két ilyen kiegészítő szakjogász papírja, gyakorlata, ilyesmije. És nem kell megkérdeznem mit gondol arról a jogászról, aki előadja, hogy a BTKban van valami, majd mikor meg kéne mutatni, nekiáll minden másról beszélni, meg a diplomájára mutogatni. Egyrészt mert tudom, másrészt meg mert csak felbaszná magát rajta, hogy valaki már megint aknamunkát végez a szakmája ellen.

> Okoskodásból ezek szerint menni fog a papír? Bőcsész-e vagy?

Nem, nekem rendes államvizsgám van :P

A legjobb, hogy valamiért támadásnak veszed, holott én pl. simán csak kíváncsi voltam, hogy hol van definiálva. A definíció ugyanis a közérthető törvények megalkotásakor a magasan kvalifikált kodifikátor hölgyeknek és uraknak valamiért rendre nehezen szokott menni.




network ping monitor: https://hup.hu/node/158653#comment-2215449

"Nem kell belepni, ha megjon az ssh prompt az eszkoztol, akkor koser."

Viszonylag minor, de ez esélyes, hogy meglátszik a logban (openssh-val ezt konkrétan sikerült :) ), és lehet valaki sírni fog miatta (kellemetlenebb esetben egy fail2ban).




network ping monitor: https://hup.hu/node/158653#comment-2215859

Mint mondtam minor, csak érdemes ránézni, hogy hogyan nem fáj a logban :)




Újabb halálos kimenetelű önvezető autó baleset - Önvezető módban hajtott a sávelválasztónak a Tesla: https://hup.hu/cikkek/20180401/ujabb_halalos_kimenetelu_onvezeto_auto_baleset_onvezeto_modban_hajtott_a_savelvalasztonak_a_tesla#comment-2216215

Ezzel szemben a köznyelvben úgy harminc éve legalább azt jelenti, hogy tövig nyomod a féket. Azt jelentette már az ABS megjelenése előtt is, és rajta maradt. De persze nyugodtan lehet értetlenkedni :)




Újabb halálos kimenetelű önvezető autó baleset - Önvezető módban hajtott a sávelválasztónak a Tesla: https://hup.hu/cikkek/20180401/ujabb_halalos_kimenetelu_onvezeto_auto_baleset_onvezeto_modban_hajtott_a_savelvalasztonak_a_tesla#comment-2216247

En már nem is sejtem mit akarsz mondani...

És igazából, mivel a szokásos okoskodásnak látszik, igazából nem is érdekel :-)




Újabb halálos kimenetelű önvezető autó baleset - Önvezető módban hajtott a sávelválasztónak a Tesla: https://hup.hu/cikkek/20180401/ujabb_halalos_kimenetelu_onvezeto_auto_baleset_onvezeto_modban_hajtott_a_savelvalasztonak_a_tesla#comment-2216450

na ne bolondozz...




Újabb halálos kimenetelű önvezető autó baleset - Önvezető módban hajtott a sávelválasztónak a Tesla: https://hup.hu/cikkek/20180401/ujabb_halalos_kimenetelu_onvezeto_auto_baleset_onvezeto_modban_hajtott_a_savelvalasztonak_a_tesla#comment-2216447

Sehol. Közkeletű téveszme. Régen talán benne volt, ma már csak annyi van, hogy a teherautóknak bizonyos esetekben nem kell az egy autónyi lukat tartani. (pl egyébként előzésre felkészüléskor).

(2) * Olyan járművel, illetőleg járműszerelvénnyel, amelynek megengedett együttes tömege a 3500 kg-ot vagy hosszúsága a 7 métert meghaladja, lakott területen kívül másik jármű mögött olyan követési távolságot kell tartani, hogy a két jármű közé legalább egy - előzést végrehajtó - személygépkocsi biztonságban besorolhasson.

Nincs szükség ilyen követési távolság tartására

a) ha

- a vezető előzésre készül fel,

- az úttest menetirány szerinti jobb oldalán két vagy több forgalmi sáv van, vagy

- az úton az előzés tilos,

b) fegyveres erők oszlopban haladó gépjárművei között,

c) egy nyomon haladó jármű (kétkerekű motorkerékpár, segédmotoros kerékpár vagy kerékpár) követése esetén.




Újabb halálos kimenetelű önvezető autó baleset - Önvezető módban hajtott a sávelválasztónak a Tesla: https://hup.hu/cikkek/20180401/ujabb_halalos_kimenetelu_onvezeto_auto_baleset_onvezeto_modban_hajtott_a_savelvalasztonak_a_tesla#comment-2216216

+1

Távtartót ugyan még nem vezettem, de bármi tempomatot elve nem láttam még padlógázzal gyorsítani.




"Fogyatékosoknak": https://hup.hu/treyblog/20180330/fogyatekosoknak#comment-2217143

"A cigánypecsenyét is nevezheted hagymásrostélyosnak, de attól még az ugyanaz."

Dehogy. Értjük, hogy nem borscs leves, ezért téged nem érdekel, de ha már hülye peldákat akarsz hozni, akkor legalább a példa ne legyen önmagában téves. :-)




"Fogyatékosoknak": https://hup.hu/treyblog/20180330/fogyatekosoknak#comment-2217501

Gondoltam, hogy aki ennyire félti a kultúráját a migráncsoktól, az mondjuk a magyar gasztro alapételeivel azért tisztában van, csak nyelvbotlott. :)

De kérlek: az közöttük a különbség, hogy két teljesen más étel. Közös pontjuk, hogy húsból vannak, és itt kb véget is ért. A cigánypecsenye pirított sertéstarja, jó sok fokhagymával, a tetején egy kakastaréjnak csúfolt szelet szintén pirított irdalt szalonnával, a hagymásrostélyos meg a marha rostélyos nevű :) részéből készül (ritkábban hátszínből, az drágább, és egyébként is kár bele), ami rozéra van sütve, és egy nagy rakás lisztbe forgatott sülthagyma van a tetején.

Jó, közös pont még, hogy mindkettőben van fokhagyma is, és általában sültkrumpli van mellé.




"Mennyit keres az informatikus? Íme a 2018-as számok!": https://hup.hu/cikkek/20180323/mennyit_keres_az_informatikus_ime_a_2018-as_szamok#comment-2213701

A cikkben kizárólag a junior csíkok nem érik el ezt a számot, de még azok is nyalogatják. Juniorok nem annyira jellemzően számláznak be.




"Mennyit keres az informatikus? Íme a 2018-as számok!": https://hup.hu/cikkek/20180323/mennyit_keres_az_informatikus_ime_a_2018-as_szamok#comment-2214091

Pusztán arra akartam rámutatni, hogy seniorként egyáltalán nem alapvetés már pusztán ennyiből sem (a többi munkaviszony vs számlázós különbséget teljesen figyelmen kívűl hagyva sem), juniorok meg különböző okokból nem annyira csinálnak ilyet, szóval az ITban katázni kell alapvetésed nem tűnik túl stabilnak.




"Mennyit keres az informatikus? Íme a 2018-as számok!": https://hup.hu/cikkek/20180323/mennyit_keres_az_informatikus_ime_a_2018-as_szamok#comment-2214182

Értem. Hát, nem jött át :)

(Meg igazából a kell ebből sem következik)




"Mennyit keres az informatikus? Íme a 2018-as számok!": https://hup.hu/cikkek/20180323/mennyit_keres_az_informatikus_ime_a_2018-as_szamok#comment-2214863

Eredetileg -- ugyan messze nem ennyire sarkosan -- de igen, kb azt mondtam, hogy a cikk alapján azok, akik reálisan tudnak katázni, azok bizony ennél többet keresnek. (Vagy ha nem is, valószínűleg havi néhány tízezer forintért hülyék lennének lemondani az MT-ről, de ezt már csak én teszem hozzá.)

Aztán javítottad, hogy te tulajdonképp azt akartad mondani, hogy az ITban sokkal több olyan dolog van, "amit vállalkozásnak lehet nevezni és nem színlelt munkavégzés." mint máshol. Erre meg azt próbáltam -- mellékesen -- megjegyezni, hogy attól még, hogy itt több ilyen van, attól még a kell elég erős kifejezés, mert baromi sok olyan van, ahol meg ez nem igaz.




"Request a quote" avagy miert nem lehet kiirni az arakat?: https://hup.hu/node/158652#comment-2216074

Pedig a szerver piacon ez valamennyire releváns, és ki is jön. Ráadásul nem is tök fals, az oka az nbd meg a 4 órás gari, amit valahogy tartani kell, és nem mindegy, hogy ezt az usaban, taiwanban vagy kenyában kell megugrani. Mi csináltuk cuccot mindenhova a világon, nem keveset kellett magyarázni, hogy kizárólag direktben a beszállítótól tessen rendelni, mert van global szerződés. És a helyiek igen vicces quoteokkal tudtak jönni.




git help: https://hup.hu/node/158710#comment-2216167

"O.K., törlöm, oszt jónapot, de ezt így is szokás vagy van rá valami egyéb mód?"

Miért kéne rá más mód? A git nem nagyon tolja a szádba, hogy milyen branching modellt használsz, meghagyja neked. Ez nyilván annyiban hátrány, hogy kénytelen vagy magad kitalálni, hogy mit akarsz, cserébe nem "kötelez" semmire. Érdemes megnézni, milyen stratégiákat szoktak követni, és miért, aztán választani egyet. Mondjuk ha egyedül piszmogsz kisebb dolgokon, akkor imho nem kell túlbonyolítani, egyszerűbb dolgok masterre, ami bonyásabb az külön branch, ha kész, akkor merge a masterre, branch töröl, csá.




A Microsoft nyílt forrásúvá tett egy WSL mintát a Linux disztribúció karbantartók számára: https://hup.hu/cikkek/20180328/a_microsoft_nyilt_forrasuva_tett_egy_wsl_mintat_a_linux_disztribucio_karbantartok_szamara#comment-2215189

Én tennék egy próbát egy simán feldobott klienssel, nem kell azt onnan letölteni :-)




A Microsoft nyílt forrásúvá tett egy WSL mintát a Linux disztribúció karbantartók számára: https://hup.hu/cikkek/20180328/a_microsoft_nyilt_forrasuva_tett_egy_wsl_mintat_a_linux_disztribucio_karbantartok_szamara#comment-2215216

Jaja.




Tuzfalat, milyet?: https://hup.hu/node/158593#comment-2214864

> A tűzfalak attól tűzfalak hogy összerakják, felismerik, és a megadott szabályoknak megfelelően kezeli az adott forgalmat, tehát pl. ha 80-as porton én VPN-ezek akkor azt észreveszi és nem engedi.
Ezt a fentiek közül kb. egyik sem tudja! (Zorp max, de az sem ingyen ...)

Azzal a meghatározással ugyan nem értek egyet, hogy csak az L4 tűzfalak ne lennének tűzfalak (hogy mire jók, az egy másik kérdés), de a Zorp ezt speciel pont tudja ingyen is, ha a 80-ra az van mondva, hogy ott HTTP mehet, akkor ott csak HTTP mehet, azt meg beszéli a GPL is. Mondjuk ezt pont tudja akármilyen transparens HTTP proxy megoldás is, ahol a tűzfal az összes 80at rádobálja a proxyra. Ilyen meg pl a választott vyos-ben pont van.




Mi a véleményed az újabban trendi SJW, PC stb. rövidítésekről?: https://hup.hu/szavazasok/20180305/mi_a_velemenyed_az_ujabban_trendi_sjjw_pc_stb_roviditesekrol#comment-2205831

Természetesen úgy, hogy összeszeded a pormacskákat, és granulálod őket.




Milyen tulajdonú ingatlanban laksz?: https://hup.hu/szavazasok/20180312/milyen_tulajdonu_ingatlanban_laksz#comment-2208273

A számlára lehet az is köpköd, aki egyébként adózik, mert magánszemélyként azt nem tudnak adni.




Milyen tulajdonú ingatlanban laksz?: https://hup.hu/szavazasok/20180312/milyen_tulajdonu_ingatlanban_laksz#comment-2208283

Én tudom, mivel adunk ki lakást, és még adózunk is utána :) Ezzel együtt számlát nem tudnánk adni (legalábbis lendületből) a bérlőnek, és valószínűleg megköszönnénk az érdeklődést annak, aki ragaszkodna hozzá.




Milyen tulajdonú ingatlanban laksz?: https://hup.hu/szavazasok/20180312/milyen_tulajdonu_ingatlanban_laksz#comment-2208632

Nem bűn. De csak ezért nem éri meg számlaképessé válni. Átvételi elismervényt természetesen kap a bérlő. (Képzeld, akkor is, amikor mondja, hogy "nem kell az, nem vagyunk mi olyanok"). Aki ragaszkodna a számlához, mint olyanhoz, azzal semmi gond sincs, csak nem egymást keressük jelenleg.




Milyen tulajdonú ingatlanban laksz?: https://hup.hu/szavazasok/20180312/milyen_tulajdonu_ingatlanban_laksz#comment-2212375

Most erre mit mondjak. Legyél róla meggyőződve. Csak fogalmam sincs, hogy jön ez ahhoz, hogy elmondtam, hogy mi mért nem adunk számlát.




Milyen tulajdonú ingatlanban laksz?: https://hup.hu/szavazasok/20180312/milyen_tulajdonu_ingatlanban_laksz#comment-2212403

Viszont amire itt reagáltál, az konkrétan arról szólt, hogy miért bűn ha számlát akar. Elképzelhető, hogy arra gondolt, hogy valami papírt, csak nem azt mondta (ez ugye nem derült ki, mert már nem reagált). Abban a szálban meg, ahol épp a ~köcsög adócsaló lakáskiadók elleni puffogás megy, mondjuk, hogy hadd röhögjem ki azt az okoskodót, aki nem érti a különbséget a számla/nyugta/átvételi között.




Milyen tulajdonú ingatlanban laksz?: https://hup.hu/szavazasok/20180312/milyen_tulajdonu_ingatlanban_laksz#comment-2212561

Nincs ezzel semmi gond, amíg nem háborogsz azon, hogy "miért bűn számlát kérni" :)




Milyen tulajdonú ingatlanban laksz?: https://hup.hu/szavazasok/20180312/milyen_tulajdonu_ingatlanban_laksz#comment-2212592

Tudom.




Jogsiszerzés 2018 Budapest: https://hup.hu/node/158044#comment-2201098

Amiban igazad van, viszont mondani ezt mondtad: "Én balesetveszélyes felelőtlenségnek hívom.", uh. erre reagáltak az emberek.




Jogsiszerzés 2018 Budapest: https://hup.hu/node/158044#comment-2201112

Az abszolút kezdő örül, ha meg tud indulni lefulladás nélkül, tipikus hibája, hogy minden manővert annyival csinál, amennyivel megy a kocsi kettesben alapjáraton, illetve hogy nagyot fékezve 5-ről lefullad. Szerintem sokkal veszélyesebb, aki már túl van néhány órán, és eléri a 40-et :)




Jogsiszerzés 2018 Budapest: https://hup.hu/node/158044#comment-2200949

Régen a rutinig volt kötelező tanpályás óra, ez ma már nincs, ki lehet vinni a delikvenst a forgalomba egyből.




Jogsiszerzés 2018 Budapest: https://hup.hu/node/158044#comment-2201032

Hát, mit mondjak, az oktatók már régen is válogatott banda voltak...




Jogsiszerzés 2018 Budapest: https://hup.hu/node/158044#comment-2200728

Végül is rutin vizsgának hívják, akkor azt kell megmutatni, hogy rutinból megy-e valami nem? Azt meg egyébként is úgy csinálja az ember, hogy már pontosan tudja, hogy mit hol kell kezdeni :D




Magyar nyelvi fejlesztések V.: https://hup.hu/cikkek/20180319/magyar_nyelvi_fejlesztesek_v#comment-2211421

+1

Az ITra kifejezetten jellemző ez a fajta lovon fordítva ücsörgés, meg arrogancia, amit már "a kilo 1000-et jelent, és SI? Nem baj, nekünk az 1024 kényelmesebbel" elkezdtek(tünk). (Bónuszként ugyanezek az emberek kéjesen jól szórakoznak az angolszászok hülye mértékegységein.) És azóta is rendszeresen folytatunk, mikor azt gondoljuk, hogy az IT cél, és nem eszköz.




Az egyik Apple beszállítot azzal vádolják, hogy nem hivatalos komponenseket használt az iPhone 8 gyártásában: https://hup.hu/cikkek/20180317/az_egyik_apple_beszallitot_azzal_vadoljak_hogy_nem_hivatalos_komponenseket_hasznalt_az_iphone_8_gyartasaban#comment-2211437

"azaz nem ADIADS logó hanem ADIDAS logó használata így 1-az-1ben megengedett"

Nem, Shanghaiban pl a csak "fake market" névvel illetett ilyen konglomerátumban egy csomó falra ki van ragacsolva, hogy ez bizony szigorúan tilos. Ezek alatt nyilván eredeti adidast meg eredeti tag heuert árulnak nagy nyugalommal




Fotós weblap: https://hup.hu/node/157884#comment-2197480

Akkor ugyanezt a googletől. (bocs gelei :) )

Annak annyi előnye van, hogy gmailje kb mindenkinek van, szóval az össszes izébe menni fog az auth extra kanyarok nélkül.




Fotós weblap: https://hup.hu/node/157884#comment-2210881

Elnézést, de ezt csak most látom, szóval:

> Kérdés, hogy hány ügyfele van. Ha napi 2-3 fotózást csinál (alkalmanként 20-100 kép), akkor már megéri belevágni: egyszer lesz alkalmazottja is és az ügyfelek már betűrendben is sokan vannak, összekeveredhetnek, stb

Én élnék a gyanúperrel, hogy googlnek meg a microsoftnak jobban megy az, hogy nagy mennyiségű cuccban eltalálj, mint valami random házi fejlesztésnek. (Mondjuk azzal, hogy a photos már nem látszik a gdriveban, ennek adtak egy tökönszúrást, de még mindig). Ez a napi 2-3 meg mindenféle bonyolult iktatóprogram nélkül is simán megoldható, mióta papír van megoldjuk kb.

> De ez már nem a google fiókkal tudsz belépni kategória. CIB bank weboldalára sem azzal lépsz be :)
Egyrészt jópár nagy cégnek nem jelent problémát, hogy a guglira vagy a microsoftra bízza a dolgait, nem lehetetlen, hogy a kérdés feltevőjének sem jelentene, másrészt meg totálisan félreérted. A bankba valóban nem ott lépek be, de itt egy egyszerű fotómegrendelés átvételéről van szó, oda meg sokkal inkább azzal, mint valami random gányolt lófaszba regisztrációval. Főleg, hogy akkor pont ugyanúgy lesznek a dolgok, mint ahogy megszokta a kedves user. Ráadásul egy kattintással lehet neki generálni egy linket, hogy be se kelljen lépni sehova.

> Ennél kevesebb megrendelés esetén marad az Excel fájl, a manuális FTP és egy aldomain-es megosztás: ancsaespeter.enfotom.hu

Ftp? Így 2018ban? Ne már. Egyrészt anyádba fognak kívánni a kedves ügyfelek, másrészt te is őket, hogy mindnekinek magyarázhatod, hogy honnan lesz usere, meg hogy kell oda belépni, meg ilyesmi.

Ja, és segíts már, ezt ki fogja üzemeltetni?

> Szóval azt nem tudjuk, hogy mennyi az annyi. Mennyit szán rá, mennyit ér meg neki a kényelme, mennyit ér meg az ügyfelek profi kiszolgálása? Tudom, családon belül nincs pénzről beszélés, de mégis van, kell hogy legyen, a tárhely is pénzbe kerül, meg a mentés (ugye van mentése és nem az Auchan-os pendrive-ra ment?) ára, meg a.... ha már vállalkozás.

Jep, pontosan az ára miatt jók ezek a megoldások. Példádnál maradva, legyen napi három, 100 képpel. Az 20 munkanapban, 20 megás képekkel számolva olyan 120 giga, szóval a 100 giga mondjuk csücskös, kénytelen lesz a guglinál terrát venni, komoly havi 3600 forintért. Abból normális helyen kijön egy valami vps, sokkal kevesebb hellyel, arra még kell valami normálisan árazott object storage, mert az extra vinyó aranyáron van, ahhoz már mindenképpen fejleszteni kell, mert API, ami elég drága lesz. De még ha lenne is, valaki kb az éves díjért állít be neked egy ftpt, meg magyarázza el hozzá a user managementet. Na jó, lehet, csak fél éviért.

Szerk: ja, bónusz kérdés, itt mi a halált akarsz backupolni? :)




Fotós weblap: https://hup.hu/node/157884#comment-2211213

Hol? Mert nekem csak egy link maradt, ami átvisz a photos.googlre. És örülnék, ha megtalálnám a foldert :)




Betortek, elloptak: Asus WL-500gp OpenWRTvel: https://hup.hu/node/110690#comment-2206993

Nem, az a tipikusan déli, műveletlen farmer.




Betortek, elloptak: Asus WL-500gp OpenWRTvel: https://hup.hu/node/110690#comment-2207049

Nem tudom, a rádióban mit használnak :)




Velem van a baj?: https://hup.hu/node/158429#comment-2209897

Az speciel tényleg nem baj. Hint:

"elsőbbség: továbbhaladási jog a közlekedés más résztvevőjével szemben. Azt a járművet, amelynek elsőbbsége van, az elsőbbségadásra kötelezett nem kényszerítheti haladási irányának vagy sebességének hirtelen megváltoztatására."




Duplicity telepítése : https://hup.hu/node/158293#comment-2207630

Ezt gondold át még egyszer, mert nagyon nem így van. Valóban kezeli a függőségeket, annyira, hogy ami függőség még nincs, azt is fel fogja tenni. De bele fogja telepíteni a site packagesbe (kivéve, ha már ott a régebbi, akkor kelleni fog neki egy --upgade), és onnan vidáman akadni fog a csomagkezelővel, aki viszont erről a produckióról semmit nem tud. Következésképp nem lehet majd "apt-get update-el kell frissíteni ha később jön belőle frisebb verzió"

Ha már pip, akkor a service usernek pip install --user, vagy ha kell a rootnak, akkor virtualenv.




Duplicity telepítése : https://hup.hu/node/158293#comment-2207628

Angolul beszélsz?

Csak mert a fenti hibaüzenet az annyiról szól, hogy az általad felvett repohoz nincs meg a publikus kulcs, és ezért onnan nem hajlandó telepíteni. Azt is odaírja, hogy mit kéne elolvasni. (man apt-secure) Ha letöltöd belőle az aláírást: http://ftp.de.debian.org/debian/dists/sid/Release.gpg

és egy apt-key add Release.gpg -vel odaadod az aptnek, akkor máris jó lesz. (vagy legalábbis meg fogja próbálni telepíteni, hogy menni is fog-e, az passz)




REST API HTTP kódok: https://hup.hu/node/158259#comment-2205760

Az van, hogy a REST ebben a formában egy büdös nagy layer violation, by design. A kolléga ezt próbálta feloldani, mondjuk ritka idióta módon.

Mondjuk sajnos nem nagyon van neki (jó) megoldása, hogy keverednek a HTTP saját status üzenetei a tetejére hákolt protokoléval. Lehet rühellni a soapot, de ott legalább ez nem volt. És nem segít, hogy a webes gyerekek baromira nem értik, mit csinálnak. Kedvenc példám a swagger, ami azért eléggé terjed, és a példa doksija lendületből felüldefiniálja helyenként a 400-at, valami invalid status id-ra, ami tök API specifikus. Aztán ha valami alatta vagy közben generál egy 400at, akkor majd lehet pingvinezni kliens oldalon, hogy most akkor mi a baj.




REST API HTTP kódok: https://hup.hu/node/158259#comment-2205884

Ezt általában írtam a RESTről :)




REST API HTTP kódok: https://hup.hu/node/158259#comment-2205891

> Nem annyira gáz ez azért.

Nem annyira gáz, ha gondolkozik rajta az ember, de attól még gáz marad. Az a baj az ilyen "Ez inkább vonatkozik a HTTP kliensre, mint az alkalmazásra" mondásokkal, hogy teljesen szubjektívek. Nem lehet érdemben egyértelműen megmondani, hogy az a 401, az azért 401, mert az alkalmazás mondta, hogy menj a francba, vagy mondjuk előtte egy tűzfal, ergo ez egy application hiba, vagy egy network / transport hiba. És amikor még jönnek az ilyen hozzáértők, mint a fenti fejlesztő, aki emiatt (gondolom) be akarja pakolni a 4xx (you fucked up) üzeneteket is az 5xx-as zónába, ami ugye az 'I fucked up', az... hát nem segít.

> Tehát nem értek avval egyet, hogy keveredés van,

Ez örömteli, de ettől még amikor a REST azt definiálja, hogy használd a HTTP protokol mezőit az alkalmazás rétegben, akkor definíció szerint az van.
Ilyen alapon egyszerűen lehetne egy RST-t is állítani az alatta menő TCPben, mikor úgy gondolom, hogy hülyeséget csinálsz, ezért nem beszélgetek veled. :)




REST API HTTP kódok: https://hup.hu/node/158259#comment-2206009

Persze, hogy vannak ilyenek. Ettől még ez nem olyan jó. A REST meg kifejezetten propagálja ezt, ráadásul úgy, hogy az alul levő rétegnek kellene felkészülni arra, hogy felette okoskodnak, ami nem jellemző irány.

Értem én, hogy véded ezt, hogy ez így jó, de vedd észre, hogy én alapvetően csak annyit állítottam, hogy ez by definition ilyen.




REST API HTTP kódok: https://hup.hu/node/158259#comment-2206094

> hanem hogy ezt szülte a gyakorlat, és jobb elfogadni, mint az elméletet erőltetni.

A gyakorlat már rengeteg talicska szart szült ebben a szakmában. Ezt el kell fogadni, de érdemes tisztában lenni az elmélettel, úgy egy kicsit könnyebb szart lapátolni.

>Létezik tiszta REST, amikor nincs semmi egyedi logika (és így semmi egyedi hibakód sincs). Hogy nézne ki egy CRUD API, ahol egy adatbázisból entitásokat kérsz le, hozol létre, módosítasz? GET-tel lekéred, ha nincs olyan, 404. PUT-tal hozod létre, stb. Itt a HTTP maga a logika, a HTTP fölött már csak entitások vannak, nem a kérésre szóló egyedileg összerakott üzenetek.

Ja. És ennek a neve HTTP :)

> És létezik RPC over HTTP. Mint írtam, itt az lenne a tiszta, ha minden egyes RPC kérésre 200-as kód jönne vissza hiba esetén, és a HTTP válasz tartalmazná XML vagy bármilyen formában, hogy hiba történt-e vagy sem. Ha nem található a HTTP végpont, akihez beszélünk (pl. nincs /GetFooBar mert át lett nevezve /GetFoo-ra), 404 jön vissza, de ha nem található egy erőforrás, amiről az RPC szól (pl. /GetFoo végpont van, de az 5-ös azonosítójú Foo már törölve lett), akkor 200-as kód illik hozzá.

Még pár kör, és eljutunk odáig, hogy feltalálod a SOAPot :) Egyelőre még kevered a HTTP hibaüzeneteit a protokol hibaüzeneteivel :)

> Külön-külön ezeket teljesen tisztán meg lehetne csinálni. Tehát ezért nem fucked by design.

Én nem azt mondtam, hogy fucked by design, hanem azt, hogy layer violation by design.

> Végső soron az számít, hogy dokumentálva van-e, kliens oldalról könnyen használható-e, működik-e.

Igen, teljesen jellemző hozzáállás, hogy a fejlesztők elfelejtik a köztes infrastruktúrát :)




REST API HTTP kódok: https://hup.hu/node/158259#comment-2206989

Először is szeretném felhívni rá a szíves figyelmedet, hogy az "ebben a formában" pontosan ezt értettem: "Attól, hogy REST címszó alatt általában mezei JSON RPC alá dugnak HTTP-t". Szóval mikor már ott tartunk, hogy "mert ehhez [ a nem resthez] vannak kulcsrakész, bevált megoldások [amiket valamiért restnek neveznek]", akkor az számomra by design.

Másodszor:
> A HTTP nem egy köztes réteg a modellben, hanem AZ alkalmazás réteg.

A HTTP nem tud alaklmazás réteg lenni, csak akkor ha nincsen egyébként alkalmazásod. Értem én, hogy lent erről szól a durván elméleti vita, hogy semmi, ami statet hordoz, az nem REST, és hogy mi számít statenek :)

> hanem inkább egy irányelv ahhoz, hogyan használd a HTTP-t.

Jó, én meggyőzhető vagyok arról, hogy a REST igazából csak egy felesleges buzzword a HTTP felett :) Ami ugyanis semmi mást nem csinál, csak HTTPt, az HTTP.




REST API HTTP kódok: https://hup.hu/node/158259#comment-2206100

Semennyivel nem logikusabb, mint attól függetlenül, hogy létezik e a subtree vagy sem 401-et adni vissza, és akkor legalább azt mondod, ami a valódi probléma.

Illetve de, mert akkor már hozzá kell generálni egy www-auth vagy mi a neve fejlécet is, hogy mégis hogyan kéne autholni.




Sushi rendelés: https://hup.hu/node/158374#comment-2208149

A wasabi nem rossz. Nem kiemelkedő, de nem rossz. Illetve asszony kapcsán hasznos tudni róla, hogy igazából helyben körbe körbe kb minden 5 valami más random távolkeleti kajára jut egy szusi, szóval be lehet vinni asszonyt. Max drágán fog csirkefalatokat meg krumplit enni :D

Lidlbe egyébként rendszeresen van, az is ehető.




Sushi rendelés: https://hup.hu/node/158374#comment-2208156

Isten hozott a 21. században :)




Itt a Purism hetedik Librem 5 helyzetjelentése: https://hup.hu/cikkek/20180304/itt_a_purism_hetedik_librem_5_helyzetjelentese#comment-2205844

Hű, bakker. Nem golndoltam, hogy a tegyünk a megdesignolt telefonra randa és vastag tokokat dolgot lehet űberelni.




Ldapsearch, userek, ahol ki van töltve a proxyaddresses: https://hup.hu/node/158375#comment-2208155

ldapsearch -x -h localhost -b 'dc=domain,dc=com' -D 'DOMAIN\admin' -W '(&(objectclass=User)(proxyaddresses=*))' proxyaddresses

?




"NAIH_AVATÁR" Bejelentkezés Kitöltő Keretprogram Linuxon - képernyőkép: https://hup.hu/node/145143#comment-1950213

amire itt a kolléga utalt, hogy ugyan könyvelőből is elég sok van, de olyanból, akinek ezt meg kell csinálni, és egyébként meg semmi szüksége az ányk-ra, még több.




"NAIH_AVATÁR" Bejelentkezés Kitöltő Keretprogram Linuxon - képernyőkép: https://hup.hu/node/145143#comment-1950255

elképzelhető, hogy nem. Mindenesetre adatok nélkül kb ugyanannyira hangzik hihetőnek, mint az, hogy ezt nagyrészt úgyis a könyvelők csinálják....




"NAIH_AVATÁR" Bejelentkezés Kitöltő Keretprogram Linuxon - képernyőkép: https://hup.hu/node/145143#comment-1950214

azért az ugye megvan, hogy a szál, amiben válaszolt arról szól, hogy miért nem az ánykban van (ami, ha nem tudod, egy java alapú vastagkliens), és gelei ehhez hasonlította?




Két hálózat átjárhatósága, otthoni környezetben - kezdő kérdés: https://hup.hu/node/158107#comment-2202211

+0.5

Ez: "De most kicsit jobban belegondolva, ezekben a szappantartókban a sok LAN felé néző port gyakorlatilag egy switch, és akkor nem fog menni L3 routing" nem igaz. A routing tök jól megy, amíg a connected címek elérhetőek. Kollégát biztos az zavarta össze, hogy megszokta, hogy egy vlan egy ip netwörk, de ez nem azért van, mert csak így működik, hanem mert egy sok szempontból jól bevált network design pattern.

Az mondjuk, hogy tud-e egy plusz IPt konfigurálni a szolgáltató dobozán a switch fele, minimum kérdéses. Én most belenéztem az inviteltől kapott szappantartóba, és igazából az se tiszta, hogy az az egy belső címét honnan veszi, ha tippelnem kéne, akkor a dhcp szerver konfigjából :)

Illetve ami miatt ez itt nem jó, hogy úgy egy L2 hálózatra jutna két dhcp szerver, szóval kissé macerás kontrollálni, hogy ki honnan kap címet. Ha csak wlanon lógnak eszközök, akkor ez nem para, egyéb esetben kézzel kell a mac címeket adminisztrálni, esetleg valahogy azon a lan porton szűrni a dhcpt, de az meg már elég esélytelen egy ilyen doboznál.




Két hálózat átjárhatósága, otthoni környezetben - kezdő kérdés: https://hup.hu/node/158107#comment-2202450

> érdekes, hogy ez az alapvetően "hivatalos" ..

> .. Az viszont valóban kérdés, hogy a szolgáltatói router-ek ezt tudják-e,

vlant nem nagyon, ezért nem merült fel. Arról nem beszélve, hogy ha már hivatalos, akkor az kap egy /30 (jobb helyeken /31) link networköt, nem baszunk keresztbe mindkettőből címeket a másikba, mert az csúnya.




Két hálózat átjárhatósága, otthoni környezetben - kezdő kérdés: https://hup.hu/node/158107#comment-2202712

nem ő kérdezett...




Magázás/tegezés leválogatása: https://hup.hu/node/158265#comment-2206825

> Ha nem tudod garantálni, hogy minden problémát megtalálsz (plusz néhány fals-pozitívat), akkor a hibátlan végeredményhez pontosan ugyanannyi tételt kell átnézned kézzel.

Viszont ő nem akart feltétlenül hibátlant :)




Magázás/tegezés leválogatása: https://hup.hu/node/158265#comment-2206987

Lehet röhögni, de nem viccnek szántam alapvetően. Annyira súlyos ez a "nincs értelme, mert nem lesz 100%, és akkor az egészet úgyis át kell nézned, hogy az legyen" érv ebben a felvetésben, hogy nagyon. Ha valami leválogatja neki mondjuk a cuccok 80%-át, azt kijavítja, akkor igen is előrébb van. Pláne ahhoz képest, hogy átnézni az egészet nincsen kedve, tehát ez esetben neki se fog állni.




Magázás/tegezés leválogatása: https://hup.hu/node/158265#comment-2207317

Az attól függ. Értem, hogy ha azt mondod, hogy a teljes lefedettséget nézed, akkor ugyan ott vagy (egyébként ez sem teljesen igaz, mert 22 javításod van 10 helyett, jobb az felfutási görbéd), de ha itt megáll a processz, mert erre hajlandó voltál, a teljes átnézésére meg nem, akkor pont 12 javítással előrébb.




Magázás/tegezés leválogatása: https://hup.hu/node/158265#comment-2207404

"De ha egyszer nem tudom, hogy mihez képest vagyok előrébb?"

A 0 kijavított elem számhoz?

"Ha nem tudom, mennyi a hibás, csak azt, hogy mennyi van összesen?"

Kit érdekel, mennyi van összesen, ha arra úgysem vagy hajlandó hogy végignézd az egészet?

"Hogy mérsz, ha nem tudod, hogy mi a skála?"

Pontosan úgy, ahogy én mondtam, nyilvánvalóan minél többet javítasz ki, annál kevesebb hiba marad. Ráadásul a topicnyitó nem mérni akar, hanem javítani :)

"(Tudtam, hogy ha konkrét számokat írok, valaki beleköt. Mi lett volna, ha azt írom, véletlenül 28 rosszat találok?)"

Pontosan erről van szó, hogy a topicnyitó olyan eszközt keres, ami a randomnál jobb eséllyel ad neki kijavítandó stringeket.




Magázás/tegezés leválogatása: https://hup.hu/node/158265#comment-2207452

Ez a te véleményed, mint helyesen megállapítottad :) A kérdés felvetőjéé ettől láthatólag különbözik




Ki a hülye, én vagy te?: https://hup.hu/node/158244#comment-2205761

nem, ott a filesystemes gyerekek hisztiznek az O_PONIES izével, hogy az nem az ő dolguk :)




A Test Driven Development (Design) módszert: https://hup.hu/szavazasok/20180227/a_test_driven_development_design_modszert#comment-2203929

> Ebből nekem az jött le, hogy nincs rá automatizált teszt.

Vagy csak featureöknél nem TTD van, hanem megírja a kódot, megírja hozzá a teszteket, és ha jó, akkor commitol. Szóval lesz rá teszt, csak nem készül előbb mint a kód.




A Test Driven Development (Design) módszert: https://hup.hu/szavazasok/20180227/a_test_driven_development_design_modszert#comment-2204360

Elmondta. Az "agilis vackok" úgy kezdődnek, hogy van itt egy backlog, hogy lehet konzisztensen, átláthatóan szállítani, és megoldani, hogy legyen feedback loop, és az ott előjött dolgok ne törtjék teljesen keresztbe a munkát. Arról sajnos nem nagyon szól, hogy hogy lesz egy használható backlog.




A Test Driven Development (Design) módszert: https://hup.hu/szavazasok/20180227/a_test_driven_development_design_modszert#comment-2204467

> Én őszintén hiszem, hogy a szoftverfejlesztés és a szoftvertervezés külön szakág, ahogy az üzemeltetésnek is sikerült leválni szépen.

Az épp mászik vissza. :)




szanaszét levő scriptek verziókezelése: https://hup.hu/node/158187#comment-2204297

> - írok egy installer.sh scriptet ami tudja hova kell szétdobálni ezeket

A nyitó kérdés, amit szerintem senki nem tett fel, hogy a szétdobálni mit jelent? Több gépet, vagy egy gépen belül mindenféle könyvtárakba, esetleg userek hozzá, meg ilyesmi?

illetve, hogy fix infrastruktúrára kell ez, vagy mindenfelé, ahogy jön, mert mondjuk össze kell rakni egy ügyfélnél?




szanaszét levő scriptek verziókezelése: https://hup.hu/node/158187#comment-2204453

Akkor én is simán a gyártson a cucc a végén egy csomagot dolgot csinálnám. Ezt akár valami commit hookkal is meg lehet varázsolni, vagy kell köré valami egyszerű CI. Vagy, használni pl a githubot / gitlabot. (ez utóbbin tán van privát repo ingyen)




Megoldás a nyomdai aposztróf bevitelére: https://hup.hu/cikkek/20180226/megoldas_a_nyomdai_aposztrof_bevitelere#comment-2203483

"Viszont azt továbbra is kétlem, hogy KÉPERNYŐN és/vagy bármilyen WYSIWYG office izékben ennek értelme lenne."

Mármint annak, hogy valami minél inkább úgy nézzen ki képernyőn is, (meg kinyomtatva is) mint ahogy azt igényes nyomtatásban elvárja az ember?




Megoldás a nyomdai aposztróf bevitelére: https://hup.hu/cikkek/20180226/megoldas_a_nyomdai_aposztrof_bevitelere#comment-2203504

Na várj, most azt mondod, hogy az egész WYSIWYG hülyeség. Ami igaz lehet, csak egy teljesen másik állítás, mint az, hogy ezekre nincs szükség a képernyőn, mert az ilyen izékkel készült doksikban.

(Mellékszál, de a latexnek is kell azért ilyesmit magyarázni, pl. pont a példaként felhozott kötő és gondolatjeleknél szükség van a

-

,

--

,

---

,

$-$

, esetleg

\Minus

megkülönböztetésére a kedves szerző által :) )




Megoldás a nyomdai aposztróf bevitelére: https://hup.hu/cikkek/20180226/megoldas_a_nyomdai_aposztrof_bevitelere#comment-2203532

> hanem inkább az a baj, hogy gyakorlatilag a tartalom részeként kell(ene) eldöntenem, hogyan nézzen ki egy adott aposztróf - csak hogy maradjunk az eredeti témánál.

Kérdés, hogy olyan nagy baj-e, ha a nyomtatott tipográfiában bevált dolgok, amennyire lehet, ugyanúgy jelenjenek meg a képernyőn is? Ez nyilván nem mindig kívánatos vagy kivitelezhető (mert más a médium), de speciel pont az ilyen egyszerűsítő jelek helyett tök jó lenne, ha visszakúsznának a bevált dolgok (szerintem)




Az Oracle a dtrace esetében dobta a CDDL-t és GPLv2-re váltott: https://hup.hu/cikkek/20180214/az_oracle_a_dtrace_eseteben_dobta_a_cddl-t_es_gplv2-re_valtott#comment-2198338

> A redhat meg... nem tudom, hogy btrfs-re vagy valami linux-natív-ra várnak-e:

A brtfsre biztos nem: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/…

"Btrfs file system
The Btrfs (B-Tree) file system is available as a Technology Preview in Red Hat Enterprise Linux 7.
Red Hat Enterprise Linux 7.4 introduces the last planned update to this feature. Btrfs has been deprecated, which means Red Hat will not be moving Btrfs to a fully supported feature and it will be removed in a future major release of Red Hat Enterprise Linux. (BZ#1477977)"




Az Oracle a dtrace esetében dobta a CDDL-t és GPLv2-re váltott: https://hup.hu/cikkek/20180214/az_oracle_a_dtrace_eseteben_dobta_a_cddl-t_es_gplv2-re_valtott#comment-2198474

Fogalmam sincs, annyira nem szoktam követni a filerendszer mizériákat. Pont azért maradt meg az emlékezetemben, mert felhúztam a szemöldököm rá, mivel eddig én kb úgy interpretáltam, hogy a brtfs lesz a következő standard linuxos fs, szép lassan, amolyan ext*-os tempóban megérkeznek bele a dolgok, a zfs a ccdl miatt sose lesz az igazi, az ext vonal meg nem akar okosabb lenni, és furcsa volt, hogy az RH kihátrál belőle.

Ha tippelnem kellene, akkor:
- megnézném, hogy mit erőltetnek az oVirtben (Red Hat virtualizationban), jó eséllyel az lesz az, mert még ott kellhet leginkább.
- XFS szerintem elég nekik, nem hiszem, hogy nagyon akarják az iszonyatosan fancy storage featureöket
- zfs szerintem nem, szívás a logisztika




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2201555

Szóval arra gondolsz, hogy a dokumentáltan a 3.2es pythonnal bejött exist_ok argumentet nem kezeli le a python2, egy olyan programban, ami deklarálja saját maga legtetején, hogy python3 kell neki, és ezért szar a python?




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2201609

Az a baj, hogy
- egyrészt fingod nincs a pythonhoz, de megengeded magadnak, hogy kijelentsd, szar, míg ha valaki az általad jól ismert eszközökkel teszi ezt, akkor természetesen csak meg kéne ismernie
-meg hogy ordas nagyot ferdítesz, mikor azt állítod, hogy a python2ben ez nem ment jól, vagy megváltozott.

Természetesen python2ben is meg lehetett nézni, hogy egy file létezik-e, directory-e, meg egyéb ilyeneket. Többféle módon is egyébként, le lehet nyúlkálni a posixig, és nézegetheted ugyan azt kedvedre, amit shellből, vagy használhatod pl os.path-ot, ami ezek fölé húz egy vékony réteget, és az abban levő isfile(), isdir() és hasonlókat. Amik egyébként baromira nem változtak python 2 és 3 között (illetve de, de nem backward incompatible módon).

Ellenben az általad használt tool használt egy új shortcutot az os.makedirsben, ami kényelmesebbé teszi python3ban, hogy ne álljon meg hibával, ha létezik az adott könyvtár.

Természetesen, ha ennek bevezetése előtt a programozó úr kézzel csinálta volna az

if not (os.path.exist(path) and os.path.isdir(path)):
os.path.makedirs(path)

csodát, ami kb ugyanazt éri el, az ugyanúgy működött volna a python3 interpéterben is.

Szóval az van, hogy te válaszottál egy toolt, ami deklaráltan python3-at kér, majd csodálkozol, hogy szeretné használni annak a featurejit, de nem te vagy a hülye, hogy ezt választottad, hanem a python.




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2201702

Szóval.
- Találtál egy programot
- A program kifejezetten deklarálja, hogy neki python3 kell
- A python3ról lehet tudni, hogy kifejezetten vannak benne mind breaking changek, illetve új featureök
- Szerinted ez nem fontos, mert izé.

Ezzel eddig nagy baj nincs, viszont mikor előadod, hogy ha ezek után nem megy, mert olyasmit használ, amihez python3 kell, akkor nem te vagy a hülye, azzal már akad. Főleg, ha a mindenhez nagyon mélyen értek, és tudni kell mi történik mentalitás helyi főpapja mondja :)

Ha van egy script, aminek a shebangja deklarálja, hogy neki tcsh vagy ksh kell, aztán sima shval futtatod, és szar lesz, akkor is természetesen a script a hülye, még csak véletlen sem te.




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2202268

"Az egész csak arról szólt, hogy az atomkutatásnál is bonyolultabb dir meglétének a vizsgálata mi a rossebért változott."

Nem változott.




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2204022

> A többinél a validáció kb. kimerül annyiban, hogy be tudod-e tölteni parserrel.

Bár messze nem xsl, de azért van pl. json schema, ami azért elég széles körben használt.




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2204296

Kicsit csoportosítok, bocs :)

> Szerk: Hülye kérdés. Akár rá is guglizhattam volna.

Igen, ez az.

> - Már a 6. draftnál tartanak, de final verzió még egy sincs
> A kedvencem a JS. Ott szemmelveréssel 17 különböző implementációt sikerült összeszámoljak. Az ilyen számomra rendszerint annak a jele, hogy mindegyik másképp szar.

Valóban még csak draftok vannak, de ezt én nem érzem annyira fájónak. Illetve valahol de, csak ez nem a json schema szintjén baj, hanem egyszerűen a web környéke ilyen, lásd még html5, running standard vagy mi a fasz, effektív kb. a chromium HEADje a szabvány :) Az meg, hogy a jsben leftpadból is van 12, az inkább a javascript ökoszisztéma, mintsem a json schema milyenségének jellemzője.

(Mellékszálon hozzáteszem, hogy ezt legalább tartják, a hibákat, hiányokat a draftokban igyekeznek javítani, míg láttunk már nem egy rendes szabványt, ami mire az lett, már mindenki máshol járt, volt neki belőle majdnem pont ugyanolyan házi szaabványa, vagy vendor extensionökkel baszták szét az egészet. Vagy ugyan szabvány lett, de kb az összes szerzőt, aki áldását adta rá, el kéne tiltani minden billentyűzet 5 méteres körzetéből (hello snmp v3) )

> - Python implementációt látok 2 félét is. Az egyik LGPL-es és 2-es draftot tud. A másik MIT-es és 3-as meg 4-es draftot tud.

Az valóban fájó kicsit, hogy nincs még, de az igazság az, hogy 5 nem volt, a 6-7 meg nem nagyon tartalmaz semmit, ami miatt nagyon kaparnának vele szerintem (bár erősen nyugtalanító), ha jól rémlik a 8ban lesz talán olyan, ahol megpróbálják a legnagyobb fost kiüszöbölni, majd akkor talán :)

Maga a cucc egyébként használható, bár van neki néhány durván agyfasz dolga. Nyilván kb dictet, meg listát tud (lévén ugye json :) ), de pl. van megoldás mind változó hosszú listára, mind fix sorrendű elemekre, van mindenféle format meg type validáció, tud oneOf, anyOf, allOf kapcsolatokat, tud dependenciát (ha van foo, lenni kell barnak meg baznak is), ezekkel azért egy konfig filet le lehet validálni.

Az xml nagyon jó, mert sok mindent tud, viszont baromira nagyot esik pofára a "make easy things easy-n". Írni is szar, olvasni is szar, és parsolni is szar.




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2202192

Bár próbálsz úgy csinálni, mintha nem te lettél volna tufa hozzá, de azért csak sikerült beismerni, hogy bár szeretsz mindent alaposan megtervezni, most valamiért ehelyett r=1 módba kapcsoltál, basztál végiggondolni a requirementjeidet, és semmivel nem voltál alaposabb, mint a kritizált egyetemista, sőt, nagy egóval feltételezted, hogy az mégsem úgy van, ahogy le lett írva.

Úgyhogy már csak ezt az időtálló dolgot fogom még felhozni, mert ezzel továbbra is csúsztatsz, és mivel egyébként úgy nézel ki, mint aki ért ehhez a szakmához, még a végén valaki elhiszi neked.

Szóval de, a python eléggé időtálló. Valóban nem annyira mint az sh (?), de a python2 valamikor 2000ben jelent meg, 2020ig támogatott. A python2re írt kódok ebben a húsz évben változtatás nélkül kell fussanak (mert ha nem teszik, az bug). A python3 deklearáltan azért 3, mert meg akartak szabadulni némi 20 éves szeméttől. Python3 kb 10 éve van, szóval nem mondhatni, hogy lenyomnák a népek torkán a változtatást. Emiatt egyébként meglehetős nagy tételben van tooling a mindkét irányú átjárhatósághoz, illetve nem változott meg a nyelv teljesen, mindkettőn futó kódot lehet írni, szerintem (figyelj, ez egy személyes vélemény) bőven egyszerűbben, mint normálisan portolható shell scriptet.

Ehhez képest te abból vezeted le a nem időtállóságot, hogy találtál egy frissen írt programot, amit a szerzője deklaráltan python3ra írt, és ezért a te régi rendszereden az új program nem futott. (Elnézést, alapból nem futott, mert egy interpreter installnyira voltál tőle.) És amit valószínűleg azért írt python3ban, hogy mondjuk a tendenciákat tekintve még úgy 20 évig időt álljon. Szóval csúsztatsz, mint a franc.

Szóval a "Éppen most vagyok szopóágon egy python programmal. " helyesen úgy hangzik, hogy "Éppen most szopatom magam egy python programmal" ;)




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2202281

Leírom akkor mégegyszer, mert nem érted: Nem változott. Egy dir meglétét pontosan ugyan úgy lehet vizsgálni python3ban, mint lehetett azt python2ben.

Ami változott, hogy a python3ban az

os.makedirs(path[, mode])

(ami az

mkdir -p [-m valami]

megfelelője egyébként (kb, mert a mode kicsit másképp működik), nem pedig a

-d

teszté) kiegészült egy új opcionális paraméterrel:

os.makedirs(path[, mode, exist_ok])

. Ez az új paraméter arra jó, hogy ha bekapcsolod, akkor nem kezd el hibát dobálni ha nem sikerült létrehozni a könyvtárat*, mivel ez egy viszonylag sűrű use-case. Ez egy opcionális paraméter, régi kódot nem érint, a viselkedés defaultja a régi viselkedés, a régi kódok működnek így, ráadásul pont ugyanez volt python2ben is. (Ok, itt csúsztatok egy kicsit, mert python2ben úgy látom, hogy még nem named paraméter volt, valószínűleg kompatibilitási okokból a 2.nagyonrégi, esetleg 1.mégrégebbi működéssel).

*És egyébként kretén módon nem tesz különbséget a "meg tudtam volna csinálni", csak már volt, "és a nem tudtam létrehozni" között, ami miatt egy kicsit kevésbé lesz használható




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2202348

Nem. Te még mindig azt állítottad, hogy az az ellenőrzés a python3ban másképp van, mint python kettőben, miközben össze vissza kevered az almát a körtével.

Aztán meg össze vissza terelsz már megint, meg előadod, hogy szerinted hogy kellene működnie, meg kinek mit kéne leprogramozni, meg már megint felülsz a magas lóra, hogy és elkezded megmagyarázni, hogy mit csinál a stat meg az mkdir, mert azt mi bizonyára nem tudjuk, ami biztos nagyon érdekes, csak semmi köze nincs a témához.




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2202464

Látom, még mindig képtelen vagy felfogni, hogy az a függvény a pythonban mi, és mire való.

Meg egyébként azt is, hogy ennek azon a szinten semmi köze nincs a rendszerhívásokhoz, meg azoknak az atomic voltához. Ha van egy kapcsoló, ami azt mondja, hogy exist_ok, akkor az akkor ne fusson hibára, ha exist, akkor meg továbbra is fusson, ha más miatt nem sikerült, és keresztbe leszarom, hogy mit kellett ehhez megnézni a statból meg az E_-kből. Ugyanis baszottul nem érdekel, azért használok ilyen kényelmi metódusokat, hogy ne kelljen ezzel szenvedni. Majd ha szükségem lesz rá, akkor kitúrom a pythonból a baromi inkonzisztens módon egy az egyben feltolt errnokat :)




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2201700

> Helyesen: letöltöttem egy programot.
Mi a különbség?

> Semmi ilyet nem állítottam.
Aha.

> Azt viszont igen, hogy egy dir elkészítéséhez teljesen felesleges a python tetszőleges verziója. (Értsd nincs előnye, viszont hátránya van.)

Pl ezt ferdíted. A program, amit letöltöttél, nem csak egy dirt csinál. Az írója valószínűleg egyéb okokból választotta a python3at, és ha már ezt választotta, akkor használta a vele elérhető eszközöket, és nem írta ki kicsi kezével azt, amit a már valaki más leírt. Ettől természetesen még a régen megírt programok működtek volna.

> Abban az esetben, ha a stat() és mkdir() cifrázódik ennyire, akkor nem jó ez a nyelv, vagy fiatal volt a program írója.

Vagy nem lelte perverzióját abban, hogy kézzel írja le ezeket, mikor valaki már megtette azt a szívességet neki, hogy csinált egy legyenittegydirhamégnincs() függvényt. Pl mert inkább a valódi feladatán dolgozott volna.

továbbá igazán édes, hogy a python kompatibilitás részét, amit úgy hiányoltál elegánsan ignorálod.




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2202195

Mellesleg hozzátenném, hogy aztán máshol a szálban, meg azon siránkozik, hogy " Sajnos az mkdir nem rendelkezik force opcióval.", de a hülye python programozó használni merte, mert neki volt. Igaz, nem (annyira) elbaszott volt a neve. :)




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2201357

Cserében épp a minap olvastam, hogy a re modul alapból "cachel", uh néhány minta miatt fölösleges úgy kezdeni, hogy re.compile() :)




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2202354

Hehe, a python3 pfujj, mert nálad a default installal nem jön, de windowsra tegyünk cygwint. Vicces gyerek vagy te.




Szoktad-e használni kedvenc unix/linux shelled programok írására?: https://hup.hu/node/158046#comment-2202465

Megint ügyesen terelsz.




Good job: https://hup.hu/node/158143#comment-2203095

Mondjuk lassan lehetnél a csőszködésben is jó (tudod, mikor jött a csősz, és mindenkit kizavart a kiserdőből), mert nem annyira szórakoztató nézni ezt a folyamatos egymás szapulását.

Tudom, tudom, visszajelzés...




Szükség van-e helyesírásra?: https://hup.hu/node/158007#comment-2200724

meg az e'kezetet is :)




Szükség van-e helyesírásra?: https://hup.hu/node/158007#comment-2200726

ettől függetlenül sokkal olvashatatlanabb, mint az ékezetek elhagyása. Ott ugyanis csak a Fókabél jellegű dolgoknál akad meg az ember agya, a táviratinál meg az összes ö, ü és hasonlónál.




Szükség van-e helyesírásra?: https://hup.hu/node/158007#comment-2200999

Részben természetesen az, ha megszoktad a táviratit, akkor nem gond. Ellenben az ékezetek elhagyása kevesebb torzulás, mert csak hiány, nem valami maas betue lesz ott, ezt az ember agya könnyebben korrigálja.




Szükség van-e helyesírásra?: https://hup.hu/node/158007#comment-2200836

A "visszatereled".




Szükség van-e helyesírásra?: https://hup.hu/node/158007#comment-2201035

"Egy angol ha brit kiejtéssel és szóhasználattal beszél az USAban,"

Hátizé. Bár -- történelmi okokból kifolyólag -- inkább a britekre jellemző, hogy "az az angol, amit én beszélek, amit az amcsik, az csak valami korcs izé", de keményen megvan. Ami külön vicces, hogy a történelmi angolhoz az amicsik vannak közelebb, az orrhangon motyogunk dolgot azóta szedte fel a Hoch english.




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-2189406

> Ehhez képest ők simán törlik, és majd ÚJRA KIADNAK egy másikat ugyan ezzel a visszavont verziószámmal! (már megtették korábban is)

Az mondjuk faszkorbács. Szöges.




[Megtalaltam :) ] Linux Rendszergazda allast keresek, Budapest, Kelenfold korezeteben: https://hup.hu/node/157499#comment-2189397

"Aztán ott van az is, hogy az IT területen dolgozók többsége utál dokumentálni. Ettől még a munkája lehet alapos."

Az legyen alapos valahol máshol, ahol egyedül van :) Csapatban az erre való hajlandóság muszáj. Legalább úgy, hogy felismeri azokat a helyzeteket, amikor a kulturált dokumentáció szükséges. Aki saláta CVt ad ki a kezéből, az ezen a felismerési teszten lendületből elbukott. És az a fenti CV ránézésre is saláta.

És persze, minden ITs utál dokumentálni, de minden nem junior ITs még jobban utálja, ha valami nincs ledokumentálva. A nem kutyaütők ezután képesek arra az önreflexióra, hogy erőt vegyenek magukon, és dokumentáljanak normálisan.

"Ezzel a módszerrel nem értek egyet. A CV e téren szerintem semmit sem mond. Részben azért, mert azt ugye megírhatta bárki, semmi biztosíték rá, hogy a jelentkező volt. (Sőt...)"

De, ha randa az biztosan mond valamit. Azt, hogy ITs létére képtelen volt kinyüstölni magából egy elfogadhatóan kinéző darab papírt. Ha meg esetleg nagyon csili, és nem ő csinálta, akkor vagy a tartalma érdektelen, vagy max kiderül egy egyébként jó emberről, hogy ugyan randán dokumentál, de legalább tisztában van vele, hogy ez baj.




[Megtalaltam :) ] Linux Rendszergazda allast keresek, Budapest, Kelenfold korezeteben: https://hup.hu/node/157499#comment-2189417

"Utálni messze nem egyenlő azzal, hogy nem is csinálja.
Jól dokumentálni viszont egyfajta művészet.
Szerintem."

Bizony. Elfogadhatóan viszont nem az. A CVvel szemben sem az a reális elvárás, amivel egyébként szokták ijesztgetni a végzősöket az iskolában, meg a keresőket a hr megmondó portálokon, hogy ha van benne egy helyesírási hiba, akkor instant bukó, hanem az, hogy nézzen ki kb egységesen, és derüljön ki belőle kb a szakmai háttered, meg az a komplexitás szint, amivel már rutinból tudsz megbírkózni. Kis túlzással (vagy talán még azzal sem) egy normálisan kirenderelt markdown is jó.

Nyilván ez az én szemüvegem, és én már előszűrt cvket szoktam nézni, de tekintetbe véve, hogy messze nem csak csilivili, hibamentes cvket láttam, gyanús, hogy a HResek sem csak azt engedik át :)

"Egyébként az open source a legjobb példa rá, hogy a dokumentació készítés és a tudás nem járnak kéz a kézben ;)"

Mert hobbiprojektnél megengedheted magadnak, hogy "leszarom, ha nem tetszik, ne használd". Ellenben az is tisztán látszik, hogy az igazán széles körben elterjedt OS cuccoknak vagy van elfogadható dokumentációja, vagy nincs rá igazán szükség, mert normális guija van. És van egy csomó olyan jó cucc, ami azért nem terjed el, mert nincs hozzá doksi.




[Megtalaltam :) ] Linux Rendszergazda allast keresek, Budapest, Kelenfold korezeteben: https://hup.hu/node/157499#comment-2190477

> Az utobbival csak az az apro problema (sztem), hogy direkt munkakeresesre szolgal.

Ez így azért nem igaz. Tény, hogy nagyon el van csúszva az egész ebbe az irányba, de az eredeti cél nem ez, hanem valóban valami szakmai networkölésre, információcserére platform. Csak egyrészt nem túl jó, másrészt meg sokkal többen vannak rajta, mint akinek erre a részére szüksége van (vagy hajlandó bele energiát fektetni). Ezzel együtt azért melókeresésen túl valóban tud működni egy fajta networking jellege, mind úgy, hogy adott esetben egy meeting előtt (vagy után) meg tudod nézni, hogy ez ki a franc, és mi a háttere, akár úgy, hogy az ilyen lazább kapcsolatoknál látod a változásokat, ki hova ment, ilyesmi.




[Megtalaltam :) ] Linux Rendszergazda allast keresek, Budapest, Kelenfold korezeteben: https://hup.hu/node/157499#comment-2189815

Attól függ, de alapvetően igen. Szerintem kb 3-4 szint van tech vonalon.

- Azért kell az angol, mert az IT angol. Ilyenkor nem kell beszélni angolul a gyakorlatban, de minden angolul van, azt el kell tudni olvasni, ha esetleg olyan, akkor írásban azért néha tudni kell kommunikálni mondjuk egy upstream bugreportban, vagy ilyesmi.

- Tipikus multi jómunkásember. Viszonylag rendszeresen kell beszélni a cég nem magyar alkalmazottaival telekonfban / emailben, nem ritka esetben helyben is ül ember, aki nem beszél magyarul, és nem feltétlen csak a főnök, olyankor a napi technikai megbeszélések is angolul mennek. Itt kb a folyamatosan tudj beszélni az elvárás, az, hogy hibás, az nem gond. A többieké is az. Ha az usában van a partner, akkor is, mert akkor is indiai meg kínai. Ha nagyon rettenetes, akkor majd úgy is csiszolódik. Viszont ilyenkor, főleg ha helyben is kell, érdemes rágyúrni, mert a tapasztalat az, hogy angolul sokkal nehézkesebb egy meeting, még akkor is, ha mindenki viszonylag jól beszél, mert messze nem fejezi ki magát olyan könnyen szinte senki, mint magyarul (aki meg igen, azt azért gyenge angollal nehéz követni), szóval vissza is fogod, meg ki is maradsz. Persze ezt azért a karakánabb megoldja, akár egy "szorri, most két percben megöljük egymást magyarul, aztán összefoglaljuk" felütéssel, de egyrészt ez túl sokszor azért kellemetlen, másrészt meg ilyenkor könnyen benn marad a mondandó. Nekem volt olyan emberem, akit rendszeresen kérdeztem meg meeting előtt akár, mert voltak érdekes dolgai, de az angol miatt benne marad volna, de ezt nem midnden TL/Arch/főnök akárki fogja megtenni.

- Pre-sales környéki vagy valami business analízis jellegű tech meló. Mint a fenti, csak terhelve azzal, hogy a másik oldalt rendszeresen külsős ember ül, akinek el akartok adni valamit, te meg nem bújhatsz el a sarokban, mert csak te értesz hozzá, uh a tech részét prezentálni kell, meg kérdésekre válaszolni. Az, hogy nem akcentus nélküli cityt beszélsz, az itt sem érdekel senkit, de azért itt már nem veszi olyan jól ki magát, ha nagyon keresztbe töröd a nyelvet.

- Illetve hát van az, amikor nem csak támogatólag ülsz bent ezeken, hanem te tárgyalsz. Ott egy kicsit még kevésbé illik keresztbe törni a nyelvet.




Patch kábel címkézés: https://hup.hu/node/157980#comment-2199451

Alapvetően két "iskola" van. Az egyik, hogy azt labelezi a kábelre, hogy hova van dugva (advanced esetben a másik végét is), a másik, hogy maga a kábel kap egy számot, mindkét végére, ami semmi mást nem jelent, cask a kábelt segít azonosítani. (Ill van egy harmadik is, hogy a kábel az kábel, nem baszakszunk cimkékkel)

Bár ez egyébként helyfüggő, de összességében szerintem a másodiknak van több haszna, kb arra jó, hogy amikor az összerakott szekrényben kell pl. előbányászni egy dokumentációs hibát, akkor nem kell végigszenvedni a kábelt, ami azért nem trivi probléma, ha be van rendesen rakva. (Vagy ha nincs, és egy ki...aszott katyvasz van a rack hátuljában). A doksi persze kell mellé, ez csak amolyan munkakönnyítőnek jó. Az elsőnek szerintem csak ott van értelme, ahol rendszeresen cserélgetnek vasakat (pl valami hw test plant), hogy lehessen azt csinálni, hogy kirántod mind a négyet, aztán tudd, hova megy vissza. Viszont ha változnak a dolgok, annyit kell baszakodni vele, amennyit senki nem csinál, jobb a számos, ott a cimke fix.

(Bár ez már off, de egyébként vasaknál is rendszeres hiba, hogy fel van matricázva funkció szerint, hogy Appserv1, 2 mondjuk. Aztán egy upgradenél fordul a kettő, vagy akármi, a label meg marad, szóval a vasaknak is egyedi azonosítót)




Levelezés Szolgáltatótót Keresek: https://hup.hu/node/157701#comment-2194353

Nem tudod, o365nél még mindig nem lehet a homera ráakasztani saját domaint? Mintha lett volna róla szó, hogy meg lesz engedve.




Levelezés Szolgáltatótót Keresek: https://hup.hu/node/157701#comment-2194420

szomorú :(




útvonal jogosultság kérdés: https://hup.hu/node/157765#comment-2194343

... a passwdből a homeja pathját :)




útvonal jogosultság kérdés: https://hup.hu/node/157765#comment-2194633

és tényleg :)




Külföldi munka bejelentés és kérdések: https://hup.hu/node/157583#comment-2191503

Én dolgoztam egy szép nagy svéd telko multinak itthon, aminek kapcsán voltam kint pár másik telkónál dolgozni. Kétszer volt olyan, hogy a helyi ember mondta, hogy ha este csinálnék egy cvt, akkor holnap leülhetnénk a HRrrel beszélgetni egyet, amíg még itt vagyok. És nem para, hogy nem beszélek svédül, ami mondjuk nem csoda, mert ember nincs, aki nem tud angolul. Viszonylag sok nem svéddel lehet találkozni bent a cégeknél, bár az igaz, hogy mondják, hogy ha odamész permanensre, akkor kb fél év után elkezdik elvárni, hogy beszélj svédül, és "elfelejtenek" angolul, elég genya módon.




Külföldi munka bejelentés és kérdések: https://hup.hu/node/157583#comment-2191539

Az nyilván segített, hogy látták, hogy értek ahhoz, amit csinálok. :)




Külföldi munka bejelentés és kérdések: https://hup.hu/node/157583#comment-2191547

Én GSDCvel kezdtem, az alapállapot az volt, hogy ~1000 kmen belül nincs más, aki értene hozzá. :)




Külföldi munka bejelentés és kérdések: https://hup.hu/node/157583#comment-2194296

"Nekem most Magyarországgal semmilyen jogi kapcsolatom nincs, tehát szerintem onnan kezdve, hogy kimentem és kijelentkeztem, semmi közük hozzá, hogy mi történik velem később."

Ne viccelj, nem vagy már állampolgár?




Külföldi munka bejelentés és kérdések: https://hup.hu/node/157583#comment-2194336

Csak arra próbáltam reagálni, hogy szerinted nincs jogi kapcsolatod magyarországgal. De, van, az állampolgára vagy. Ebből következőleg ő bizony előírhatja neked, hogy mihez van köze, akkor is, ha szerinted nincs hozzá köze :)




Külföldi munka bejelentés és kérdések: https://hup.hu/node/157583#comment-2194346

Ezt erősen kétlem. Mármint nem azt, hogy ezt mondták, mert vannak hülye ügyintézők is, meg van az is, mikor valami konkrét ügyben mondják ezt, amit aztán te kiterjesztesz, hanem azt, hogy megszűnnének a kötelezettségeid. Csodálkoznék, ha pl a hadkötelességedet meg lehetne úszni egy osztrák lakcímkártyával.




EU tanulmány: torrent nem veszi el a bevételeket: https://hup.hu/node/157477#comment-2189535

Hátizé, szerintem azért az, hogy a tévén kibrowseolom, és rányomok a play gombra, az kényelmesebb.




A Skype mostantól hivatalos snap-ként elérhető a Linux felhasználók számára: https://hup.hu/cikkek/20180202/a_skype_mostantol_hivatalos_snap-kent_elerheto_a_linux_felhasznalok_szamara#comment-2192959

igen. Legalábbis for certain definition of elzárja, de apparmorozott, talán cgroupsozott, saját rw mountos area, snapek közötti interfaceket lehet engedni, nem engedni. Mármint lehet olyan is, hogy a skype snap használja-e, azt passz.

Mondjuk mikor utoljára néztem, akkor selinux pl még nem ment, anélkül meg nehéz valami nem ubuntun.




LibreOffice 6.0: https://hup.hu/cikkek/20180131/libreoffice_60#comment-2193810

Ilyenek ezek az a köcsög kapitalista multik :)




Van-e létjogosultsága GUI-nek egy linuxos szerveren?: https://hup.hu/szavazasok/20180129/van-e_letjogosultsaga_gui-nek_egy_linuxos_szerveren#comment-2190848

bár nincsre szavaztam, de igazából attól függ, hogy olyan tool, ami grafikus, tehát pl áthozzuk egy x forwarddal, vagy hogy fut ott egy X?

(illetve persze vannak a direkt vnc boxként működő linuxos szerverek :))




Van-e létjogosultsága GUI-nek egy linuxos szerveren?: https://hup.hu/szavazasok/20180129/van-e_letjogosultsaga_gui-nek_egy_linuxos_szerveren#comment-2190979

A 9esben már biztos volt olyan, hogy --köszi-nem-kérek-grafikus-bitkolbászt-szakadj-le-arról-hogy-nincs-beállítva-a-display=1




Van-e létjogosultsága GUI-nek egy linuxos szerveren?: https://hup.hu/szavazasok/20180129/van-e_letjogosultsaga_gui-nek_egy_linuxos_szerveren#comment-2192039

"Szerintem a létjogosultsága feladatfüggő, a GUI kérdése meg nem egyértelműen behatárolható semmilyen szempontból sem. Tágabb értelemben az mc is lehet GUI, karaktergrafika, vannak inputboxok, checkboxok, radiobuttonok, textboxok, dialógusdobozok ..."

Azt hívják TUInak, G mint graphical.




Használsz egy adott szolgáltatást, ha nincs rendes weboldaluk csak Facebook oldal?: https://hup.hu/szavazasok/20180131/hasznalsz_egy_adott_szolgaltatast_ha_nincs_rendes_weboldaluk_csak_facebook_oldal#comment-2191881

A kiírásban nincs szó arról, hog egyébként offline sincs elérhetőségük.




Használsz egy adott szolgáltatást, ha nincs rendes weboldaluk csak Facebook oldal?: https://hup.hu/szavazasok/20180131/hasznalsz_egy_adott_szolgaltatast_ha_nincs_rendes_weboldaluk_csak_facebook_oldal#comment-2191919

Szerintem nem az. Elég sok olyan kis business van, amiknek már csak facebook oldala van. Amit lehet ugyan jól csinálni, de nem egyszerű. Pl rendszeresen sikerül valami faszom albumba kitenni az étlapot, amit aztán túrhatsz, hogy hol a francban van.

Meg egyébként is, attól, hogy el lehet menni egy boltba személyesen is, még nem biztos, hogy ezt meg akarod tenni. Kissé nagyobb (lehet) a gap az online/offline mint a facebook/weblap között.




Használsz egy adott szolgáltatást, ha nincs rendes weboldaluk csak Facebook oldal?: https://hup.hu/szavazasok/20180131/hasznalsz_egy_adott_szolgaltatast_ha_nincs_rendes_weboldaluk_csak_facebook_oldal#comment-2192583

Persze.
Szerintem ez tök valid, és százszor inkább egy rosszul karbantott facebook, mint egy rosszul karbantartott saját weboldal.

És egy csomó kisebb dolognak tök fölös is. Pl a csaj, aki a gyerek szobáját festette faceen van, tök jól meg lehet nézni, miket csinál, lehetett vele kommunikálni. Amikor mi csináltuk, akkor néhány hónapra előre tudott időpontot adni, kb fél éve jutott el odáig, hogy bocs, de most senkinek, mert 1+ évre tele vagyok. Biztos nagyon sír, hogy kimaradtak az üzletéből azok, akik szerint a facebookon csak komolytalan cuccok vannak.




Használsz egy adott szolgáltatást, ha nincs rendes weboldaluk csak Facebook oldal?: https://hup.hu/szavazasok/20180131/hasznalsz_egy_adott_szolgaltatast_ha_nincs_rendes_weboldaluk_csak_facebook_oldal#comment-2192025

"mondjuk a példádban azt meg tudod állapítani, mielőtt nekikezdenél, hogy ezer regisztrációra jut öt olyan aki pampog, érdemes-e vele foglalkozni."

Ja, ezt a facebook kapcsán is ránézésre meg lehet mondani :)




Használsz egy adott szolgáltatást, ha nincs rendes weboldaluk csak Facebook oldal?: https://hup.hu/szavazasok/20180131/hasznalsz_egy_adott_szolgaltatast_ha_nincs_rendes_weboldaluk_csak_facebook_oldal#comment-2192409

Háát, egyrészt az ilyen jellegel érdekes dolgok egy részét a face is a messenger irányába tolja: chatbotok ugye. És bár elsőre ez "mekkorahülyeségmárt" triggerel az emberből, az van, hogy tulajdonképp egy webshopos checkout folyamatot ott se nagy ügy lemodellezni. Másrészt a telegram ezen túl a channelekkel vagy miknek hívják eléggé tolja a "follow me" szerű cuccot, ami kb a "belikeolom a facen, hogy lássam, ha van valami" (illteve részben a twitter) alternatívája, és úgy tudom, van, ahol eléggé megy. Sőt, emlékszem valami hadoválásra arról is, hogy pl fényképeket is berendez, meg ilyesmi. És ha belegondolok, egy csomóan leginkább a messengert és környékét használják, meg végigpörgetik a feedet fényképekért. Esetleg tényleg belikeolnak ezt azt following jelleggel.

Szóval semmi se lehetetlen, bár kétségtelen, hogy a mindenkinek van facebookja (kivéve persze azt a pár embert, aki ezt mindig el is mondja, lásd itt) reachabilityjével nehéz versenyezni.




Használsz egy adott szolgáltatást, ha nincs rendes weboldaluk csak Facebook oldal?: https://hup.hu/szavazasok/20180131/hasznalsz_egy_adott_szolgaltatast_ha_nincs_rendes_weboldaluk_csak_facebook_oldal#comment-2192497

És annak, hogy neked erre nincs szükséged mi köze ahhoz, hogy ki tudja e váltani?




Használsz egy adott szolgáltatást, ha nincs rendes weboldaluk csak Facebook oldal?: https://hup.hu/szavazasok/20180131/hasznalsz_egy_adott_szolgaltatast_ha_nincs_rendes_weboldaluk_csak_facebook_oldal#comment-2192824

Nem tudom mi "kell" én arra reagáltam, hogy a telegram ugyan jelenleg valóban a messenger vetélytársa, nem a facebooké, de a face elég sok érdekes fejlesztése is a messenger platform irányába mutat, uh kérdéses, hogy a "A Messengerét, legfeljebb." megjegyzésből a legfejebb valóban annyira degradáló-e. Az, hogy nektek fixa ideátok mindenhol elmondani, hogy de fujjfacebook, az továbbra se tudom, hogy jön ide.




Használsz egy adott szolgáltatást, ha nincs rendes weboldaluk csak Facebook oldal?: https://hup.hu/szavazasok/20180131/hasznalsz_egy_adott_szolgaltatast_ha_nincs_rendes_weboldaluk_csak_facebook_oldal#comment-2192498

Cloudflare? Az valami csillagszórós habcsók a sarki cukrászdában? A github az valami egzotikus állat? Ezeket a szavakat egy nem szakmabeli nem érti. Nem is ismeri. Szóval nem nagy kihívás, de kell hozzá egy szakmabeli. Ezzel szemben egy facebook pagehez pontosan nulla darab ilyen kell.

(Arról nem beszélve, hogy szerintem egy gitlab pagesen hostolt weboldal pont annyira jó, mint egy facebook page. Vagy még annyira se. )




Kerékpáron állandóan rajta kell-e lennie a világításnak?: https://hup.hu/node/157636#comment-2192104

Kivéve, ha aki értelmezi ezt a teljesítményére nézve értelmezni, vagyis azért van ott a sötét, hogy akkor kell látni 150 méterről, nem azért, mert világosban nem kell ott legyen.




Kerékpáron állandóan rajta kell-e lennie a világításnak?: https://hup.hu/node/157636#comment-2192343

És pontosan arra vonatkozott a kérdés, hogy mi a szabály, nem az, hogy ki szerint mi az, amire a rendőr már nem fog kötözködni.




Havi $9.95-ért napi 1 mozi : https://hup.hu/node/157580#comment-2190833

"Mert én, mint mozilátogató nem akarok azzal szórakozni, hogy több mozi kínálatát átnézegetem egyesével, és válogatok, hogy hol mekkora teremben milyen áron milyen opcióim vannak megnézni egy filmet."

Viszont ha emigyen leszarod az a jegy árát, akkor ugye nem is panaszkodsz, hogy mert milyen drága?




Havi $9.95-ért napi 1 mozi : https://hup.hu/node/157580#comment-2191170

Hiszed. Kajaidőben tele van.




Havi $9.95-ért napi 1 mozi : https://hup.hu/node/157580#comment-2191397

Értem én, hogy neked van egy ilyen véleményed, én meg dolgoztam pár évet a népliget centerben, ebből kifolyólag előfordult, hogy jártam a lurdyban, és ebédidőben mindkét első parkoló tele van, és a foodcourton mindenhol sorba kell állni.

Meglepő, de ez van. Akkor is, ha szerinted oda nem megy senki, mert a közelben semmi sincs.




Havi $9.95-ért napi 1 mozi : https://hup.hu/node/157580#comment-2191417

Kérdés, hogy mikor volt ez? :) Mert régebben valóban az volt a helyzet, hogy nincs ott senki, de ez ~5 éve megváltozott. Én is meglepődtem, de konstans ez van.




Havi $9.95-ért napi 1 mozi : https://hup.hu/node/157580#comment-2191427

Igazából onnan indultunk, hogy kong az ürességtől, mert mindentől messze van. Aztán torzítottad arra, hogy azokkal van tele, akik már egyébként is ott vannak. Mivel ezt számszerűleg cáfolni nem tudom, főleg nem úgy, hogy az tapasztalataim alapján neked megfeleljen, ezért igazad van, nem megy oda senki.




Havi $9.95-ért napi 1 mozi : https://hup.hu/node/157580#comment-2191441

Ó, mostmár fentebbről indultunk :) Nézd, én onnan indultam, hogy a lurdy nem kong egyébként is az ürességtől, mert erőst tele van egy csomó emberrel. Arról semmit nem állítottam, hogy a mozival mi van. Most ott tartunk, hogy a lurdy meg a mozija kong az ürességtől, mert mindentől messze van, csak az a "pár" ember van benne a nagy rendezvényközpont miatt, meg mert ott dolgoznak és tőlük kong a parkoló is az ürességtől.




Havi $9.95-ért napi 1 mozi : https://hup.hu/node/157580#comment-2191494

Az a baj, hogy te kivetíted az egészre azt, hogy ebédidőben tele van. Pedig én csak ennyit mondtam.




Havi $9.95-ért napi 1 mozi : https://hup.hu/node/157580#comment-2191607

meghajlok érveid nagysága előtt.




grep - mit lát, amit én nem? :): https://hup.hu/node/157566#comment-2189907

azok -- egyébként teljesen felesleges -- extra infók az stderrről.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1968016

Láttam már olyat, hogy a jelszavak charsetjéből ez az policy szinten kikerült, miután valaki kénytelen volt a rack kvm termináljáról bebootolni valamit.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960689

[troll] az első szűrő gondolom az, hogy felismeri-e valaki, aki ITben dolgozik, hogy a pozik nevei linkeket rejtenek [/troll] :D




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1962096

így nem, de egyébként worksforme volt, ráadásul a leírásodból úgy tűnt, hogy csak nem vetted észre, hogy link (amin mondjuk nem lepődnék meg, elég kevéssé egyértelmű, azért is volt troll tagban :))

Az más kérdés, hogy erőltetett single page design az egész, ami imho ilyenkor inkább káros, mint jó, meg én se szeretem.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1958938

mondjuk ekkora mintából még nem érdemes általánosítani szerintem :)




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1959365

hogy lettem én minta pályakezdőre?




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1959386

no para :)




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1959757

az is lehet kamu :D




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1959795

de legalább a sör igazi lenne :D




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960054

sörről volt szó :)




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960137

hacsak úgy nem...




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1959761

hát, ilyenkor azt kell mondani, hogy akkor szívd a fogad. Aztán kiderül, hogy valóban van, aki megcsinálja ennyiért jól, akkor az van, hogy ma keresettebb egy szobafestőburkológázszerrelő mint egy next-next-finish huszár, vagy kijön, hogy mégiscsak kellesz ötezerér. Ha más nem, legközelebb, mikor kiderül, hogy aki helyetted bevállalta kettőért, az pont ugyanolyan, mint amit Józsi bácsi csinál, aki talicskázott építkezésen húsz évet, uh mostmár burkolni is tud, be is vállalja olcsón.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1959797

ja, egyébként meglehetőst biztos vagyok benne, hogy mikor kint volt valaki, mert elszaródott valami mikrokapcsoló vagy mi a pöcs, az is tíz alatt volt.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960056

azt hiszem félreérthető voltam, unrelated, csak nekem is eszembe jutott arról, hogy mondtad, hogy mikor itt nálunk járt utoljára gázos, akkor nem kért el egy huszast.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960098

nincs miért, elég zavaros volt :)




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960455

bármelyik nagyobb multi?




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1958888

mondjuk fentebb a korábbanba se volt beleszámítva szerintem, ugyanis a sávosban kb az szja járulékok voltak annyik




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1958939

kiegészítésként természetesen teljesen jogos :) Csak azt akartam mondani, hogy wheelmaster megjegyzése a maga egyszerűsített kontextusában rendben volt, mert mindkét összehasonlított oldalon "a bruttóból kb mi marad a járulékok után" volt




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1958941

"3-nál szerintem milliós nagyságrendben kéne évente támogatnia ahhoz,"

azt teszi. Három gyereknél gyerekenként havi 33000 forinttal kevesebb adót / járulékot kell befizetni, az havi egy százas, évi 1 millió 188 ezer... És ezentúl van még ez-az, pl a legújabb a -10 misi az új lakás árából.

Sok mindent el lehet mondani a jelenlegi politikai helyzetről, de azt, hogy három gyerekkel ne lehetne sokkal több pénzt kiszedni az államból, azt pont nem nagyon...




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1959363

Szerintem mi nem mondtuk, hogy jó buli. Te jöttél azzal, hogy három gyerekhez évi milliós dotáció kéne, mi csak közöltük, hogy az tényszerűen van :)




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960139

jah, pl kb minden hogyan költözz londonba leírás azzal kezdődik, hogy ahogy kiérsz, azonnal kezdj el pecót keresni, mert az első két nap megtekintett lehetőségek után egy hetet fogsz zokogni egy sarokban, aztán meg kell emészteni, hogy komoly igényszint süllyedést kell előadni...




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960202

De, az szokott lenni a mondás. :) Viszont speciel a lakáshelyzet állítólag elég szar, még akkor is, ha egyébként nem mosogatni mész ki.

Mondjuk tipikus előadás, hogy mennyire fasza itt kint, ja hát hátsórákosborzasztón lakunk egy lepukkant háromszobás lakásban 8an, mert úgy lehet félretenni -- az meg fel sem merül, hogy így itthon is lehetett volna...




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960209

Nem védem én Londont, sőt, ha már mennék valahova, többek között pont emiatt valószínű én se arra lőnék, arról meg nem tehetek, hogy mások ezt vagy nem veszik figyelembe előre, vagy nem érdekli őket annyira...




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960245

Komolyabban őszintén szólva sosem gondolkodtam rajta. Bazi sokat melóztam külföldön, el is vagyok vele, de igazából itt vagyok itthon, és hálisten meg tudok élni gond nélkül. Meg közben lett párom is, és az ő szakmája kevésbé külföld kompatibilis jelen formájában.

Európán belül a legszimpibbek az északi államok, azt mind eléggé szeretem (bár a norvégoknál még nem voltam, de nem hiszem, hogy nagyon kilóg a sorból). Az angolok nekem annyira nem bejövősek, skótokat / íreket még nem láttam, akár az is lehet.

Másik opció nyilván valami kvázi 3rd world country DK ázsiában vagy afrikában, akár csak valameddig, ott fossá lehet keresni magad, te vagy a kiskirály a szemétdombon közben, de annyira nem vonz.

A harmadik meg mondjuk ausztrália, ami olvasmányok alapján fasza helynek tűnik. Esetleg kanada.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960462

A sokan világvégén kissé offtopic volt a lakásminőséghez képest, elnézést.

Nyilván nem mosogatós állásban ez kevésbé játszik, de saját -- igencsak korlátolt, nem éltem ott, jártam pár magánházban -- illetve az ilyen-olyan beszámolók alapján az ottani lakások nagy része műszakilag sokkal inkább fos, mint amit itthon látok, ellentétben (vagy kiegészítve, ahogy tetszik) a szálban feljebbi kinyilatkoztatással, hogy itthon fosok a lakások.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960247

nem nulla forintnak veszi, hanem elkerülhetetlen költségnek, és annak fényében dönt local scopeban. Azért az nem ugyanaz.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960461

miért verném át magam (mondjuk én spec nem, de mondjuk, hogy általános alany) azzal, hogy bár tisztában vagyok azzal, hogy mennyibe kerül egy kilométer ténylegesen a kocsiban álló pénzzel, annak elmaradt kamataival, szerviz és egyéb járulékos költségekkel, értékvesztéssel, miegymással, de valami egyéb nem pénzügyi okból szükséges a kocsi, akkor nem próbálok úgy csinálni, mintha ez nem lenne adottság? Ha egyébként adott, akkor miért is számoljam bele a vonattal vs autóval megyünk a nagyihoz kérdésbe mondjuk a kötelező meg (a szintén meglevő) pályamatrica költségét? Attól, hogy egyébként tudom, hogy nagyátlagban beleszámít az ennyi volt egy km?




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960684

Továbbra is: Van autó, adottan. Mint te is írtad, miért is kéne egy local költségszámolásnál belevenni azokat a költségeket, amik ezen utazástól függetlenül meglesznek? Szó nem volt arról, hogy ettől nem kell számolni azzal, hogy valójában mennyibe kerül a kocsival való mászkálás.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960821

még mindig a lokális döntésekről beszélünk, vagyis feltételezzük, hogy egyébként valid az autó megléte, mert utánaszámoltunk.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960464

Kicsit be van neked csípődve, hogy csak a pénzügyileg tiszta döntés a racionális, az összes többi meg megkapja az ir előtagot. Kissé beszűkült világkép.




Fizetések és azok értéke: https://hup.hu/node/145665#comment-1960551

nem kell :)




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188006

arról nem beszélve, hogy az egyik része az business is usual kb minden projectben ("azt mondták, hogy mindig zöld lesz, és hazudtak") a többi egy jó része meg szerintük baj, mások szerint meg jó.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188206

Egy csomó olyan feature, ami szerintük scope creep. De mivel te láthatólag stockholszindrómás vagy, fölösleges magyarázni :)




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188226

Jah, mert a helyesíráson lovagolni, sokkal jobb :) Nyilván nem tudom leírni. Egyébként tudom mit jelent, és leginkább a 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.

"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!"

Na, pontosan ezért nincs kedvem részletekbe menően vitatkozni erről, mivel ez nem műszaki érv, hanem egy oppinionated álláspont, hogy oda az fölösleges. Mások szerint meg nem fölösleges, és tök jó, hogy egy rakás lowlevel dolog végre egységes. Ami szintén egy oppinionated álláspont, és 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. Főleg úgy nem, hogy látszik rajtad messziről, hogy kompromisszum képtelen vagy az ügyben :)




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188299

> 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 így van, nem érv mellette. Csak rendszeresen az a mondás, hogy a bughalom systemd, bezzeg a régi, fasza stabil cuccok. Az meg már csak szemantika, hogy nem a SysVInit ellen, hanem az ellen a rakás mindenféle ellen, amit az évek során mindenhol felgyűlt, mert a systemv nem tudta, vagy valmiért nem tetszett (respawn pl) a népeknek. Ami szorosan összefügg azzal a bizonyos feature creeppel.

> De, ez egy műszaki érv és ki is van fejtve, hogy miért.

A másik oldal meg már hosszasan kifejtette, hogy szerinte miért jó, hogy egy csomó minden bekerül oda egységesen. É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. Ahonnan ez indult, az az, hogy a debian fejlesztői inkább kívánatosnak tartották őket.

> 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.)

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. Ne haragudj, de nekem nincs kedvem végigvenni az összes érvet, ami esetleg mellette szól, pusztán utaltam rá, hogy ebben nincs konszenzus. 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.

> 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?

Ismételni tudom magam: nincs kedvem meddő vitát folytatni erről részleteiben, főleg hogy láthatólag van egy kialakult álláspontod a témában. Elnézést ha személyeskedésnek veszed, nem annak szánom, nincs bajom az érveiddel (meg az oldaléval), értem, és elfogadom őket, csak egy jó részével egyszerűen nem értek egyet, vagy más súlyúnak tartom. 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. Ha az, ezt a részét viszont vállalom, mert ezt adod itt elő :)

> É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.

Akarja a fene. A systemdben van egy rakás bug. Egy csomó más szoftverben is van egy rakás bug. Lásd még "business is usual". Tapasztalataim szerint nem lényegesen rosszabb, mint bármi más a hasonló ökoszisztémában.

Ráadásul, bár szeretnéd úgy beállítani, mintha szerintem semmi baj nem lenne a systemdvel, ez szimplán nem igaz. Van vele szerintem egy csomó baj, néhány dolga agyfasz, pötyiring egy szociopata (mondnjuk ilyen kb minden sikeres foss projectben van, lehet hogy kell hozzá), ilyesmi. Meg van benne egy csomó jó feature, ami szerintem haszonos, hogy egy helyen van, meg egységesen.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188423

> Nem, ez nem szemüvegfüggő.

De igen, ez 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,

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.

> ez nem a C64 kontra +4 vita!

Valóban nem, az ugyanis leginkább vallásháború volt, itt meg azért inkább műszaki szempontok játszanak. 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

> 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.

Ez meg már nem is szemüveg, hanem sima konteo.

> 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-é!

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.

> 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,

Mármint szerinted nem valid problémák, ugye az a bizonyos szemüveg, meg azok a bizonyos súlyok.

> 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...)

Úristen, bug, ráadásul nem értett egyet ezzel a fejlesztő. Nyilvánvalóan szar az egész, és ki kell dobni.

> 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.

Te elolvastad a vitát? Én igen, mert elég szórakoztató volt. A hülyét meg a barmot ugyan kihagynám de ja, ezek bizony kőkemény alapot nélkülöző konteók. Már onnan is látszik, hogy a debiannak nincsenek vezetői az per se, az egész debian devolper galeri döntött úgy, hogy legyen inkább a systemd. Ráadásul a "vezetők" közé ott beszivárogni úgy lehet, hogy az ember letesz valami hasznosat az asztalra. És az ott olyan, hogy azoknak a véleménye érdekes, akik letesznek valamit az asztalra, szóval ha "beszivárogtak" a többiek meg elfogadták őket, akkor ez ilyen.

> És miből gondolod, hogy ez csak meddő, üres gyűlölködés?

Nem gondolom. Azt mondtam, hogy mivel kialakult véleményed van, teljesen fölösleges veled vitatkozni erről, mert a többi érvről eldöntötted, hogy az hülyeség.

> FYI, én használtam is ezt a szart.

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.

> 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...

Szomorú ez, ne használd. Mondjuk továbbra is az van, hogy ilyet egy csomó más embernél nem produkál

> É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

Én láttam már sysv-re épülő shellhallmot beborulni, ráadásul pont debianban, szóval akkor az is szar.

> és csak ezek mellett elvből is.

Most akkor kristálytiszta műszaki érvek vannak, vagy elvek?

> 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.

Nézd már megint azok a fránya elvek a kristálytiszta érvek helyett. Az fel sem merülhet, hogy megnézték a pro kontrát, és úgy döntöttek, hogy több a pro. Még akkor is, ha ezért valami unix elveket fel kell adni (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)

> Nem, hülyének konkrétan még nem neveztél, csak Stockholm-szindrómásnak és kompromisszumképtelennek. Alap nélkül.
Aha, látszik, hogy sok mindent megpróbáltál végiggondolni, és nem izombol szarozod meg fikázod a systemdt.

> Én nem vagyok semmilyen régi init rendszer foglya.
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.

> Tojok rá, hogy milyen init van a gépemen, amíg működik.

Mint a systemdt használók jelentős része is, még akkor is, ha szerinted
> 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!
Ez ugyanis simán csak a te generál véleményed

> Kompromisszumképtelen sem vagyok, mint fentebb mondtam, én kipróbáltam ezt az abominációt és nem működött.
Tehát most már az vagy. Tehát fölösleges neked megpróbálni megmagyarázni, hogy nem ez az egyetlen igazság.

> 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!

Nem, én ezt alapvetően konteonak tartom. 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, uh egyszer kell megírni normálisan). És mivel ma a felgyorsult igények miatt a developerek diktálnak, ez van.
Illetve még ha úgy is van, hogy ez itt egy nagy összeesküvés én is láttam történelmet, és abból az jön ki, hogy ha valami a többség szerint tarthatatlan lesz, akkor majd kidobjuk lendületből a szarba, mint tettük már annyi minden mással, nincs itt semmiféle világvége. 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), 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.

> 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.

Nem, én sommásan azt mondtam, hogy az ott levő tonnányi dolog nagy része vagy belefér, vagy véleményes, hogy baj, vagy jó. Aztán mikor jöttél, akkor mondtam, hogy nincs kedvem ezekbe részleteiben belemenni, mert úgy sincs értelme. Te meggyőzhetetlen vagy. Ezt egyre jobban bizonyítod is.

> Ennyi és főleg ilyen kaliberű nem nagyon van. És ez pontosan annak az eredménye, hogy mindent beleöntenek. Felesleges komplexitás.

Szemüveg.

> Nekem meg pont ellenkező irányúak a tapasztalataim. Akkor most?

Akkor most semmi. Mások a tapasztalataink, van ez így. Kerüld, hajrá. 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.

> Hol mondtam ilyet? A jelen szálat visszaolvasva én a systemd-t támadtam; én még semmilyen jelzőt nem aggattam rád.

Csak úgy adtad elő, hogy nekem biztos ez a véleményem. Itt fent is ugye elő van adva, hogy a "systemd hívők". De kérlek, ha nem így értetted, tekintsd tárgytalannak.

> Vess már egy pillantást a systemd szerkezetére: https://upload.wikimedia.org/wikipedia/commons/3/35/Systemd_components…
É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?!

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. Neked ezek nem fontos dolgok, másoknak meg igen
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. És ha összepakoltad mondjuk a debian eszközkészletével, akkor oda rá is ragadtál, mert tök nem volt portable.

> 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!

É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. Értem én, hogy fáj, hogy ez most nem csak egy init, de ez nem csak egy init. Nem is init6nak hívják, hanem systemdnek. Ráadásul a KISS egy elv, nem egy megdönthetetlen műszaki igazság. É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.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188497

> Lemegyünk dedóba?

Már rég lementél. Képtelen vagy megérteni, hogy attól, hogy szerinted a te érveid megdönthetetlenek, másnak lehet más a véleménye.

> Isoraz, "mások meg azt mondják"...

Így van, mert más a véleményük, mást tartanak fontosabbnak.

> Na, erről beszéltem. Na, ez a vallás.

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?

> É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.

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.

> Pöttering kitalált valami hótt felesleges baromságot, amit belerakott a szarjába,

ez még mindig csak egy vélemény

> 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.

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.

> 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..

Nem én vagyok, aki szarozik meg pöcseringezik. Nehéz téged nem valláskárosultnak nézni.

> 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.

Nézd, itt továbbra is jól látszik, hogy be vagy feszülve, akármit mondok, csak hajtogatod, hogy a tied az igazság, a systemd szar, a terjedése meg rák. Már nem gondolkozol, mert már döntöttél. Elmodnom mégegyszer, hogy értem, hogy így döntöttél, nem vitatom, hogy ezt a döntést végiggondoltad. De szeretnél belerángatni engem abba az utcába, hogy de érveljek mellette. Nem akarok, mert fölösleges. A kompromisszum képtelen valóban nem túl jó szó, vitaképtelen vagy ezügyben. Van véleményed, úgyse tudlak meggyőzni, hogy a kép ennél árnyaltabb, akkor minek.

> Az aztán maga a hasznosság csimborasszója...

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. De te még biztos nem láttad azokat a foshalom init scripteket, amiket mindenféle cucc mellé adnak, és úgy szarok, ahogy vannak.

> ...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ó...

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.

> Ez megint ellenem való érvelés; egy érv ellenem miért érv a systemd ellen, áruld már el?

Gondolom systemd mellett akart lenni, de továbbra sem érted. É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. Csak te akarod folyamatosan rámtolni, hogy védjem a systemdt.

> Ö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.

By and large működik. Ha használhatatlan szar lenne, már kidobták volna. Egyébként fyi elsőként a redhat, ugyanis nekik szokásuk, hogy ha valami szar, és megharapja őket, akkor kidobják a francba.

> 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...

Vagy nem. De nem baj, ha nem ismered. És nem volt rá szükség, csak jó, hogy kényelmesen és gyorsan meg lehet oldani ilyen jellegű usecaseket. 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.

> Nem volt az szopás, csak érteni kellett hozzá.

Ja, és én ülök a magas lovon. Neked meg nincs stockholm szindrómád :)

> 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.

Semmi nem lehetetlen. De biztos sok ilyet csináltál már. Az viszont biztos, hogy systemdvel ez nagyságrendileg egyszerűbb.

> Nincs felszeletelve, belül össze vissza függenek egymástól a különböző részek.

Aha.

> 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?!

Pontosan úgy, hogy jött valaki, és azt mondta, hogy szerinte nem jó az a régi mantra, hogy ezek egymástól független dolgok, mert csak, és hasznos lenne, ha jobban tudnának ezek egymásról. A világ egy jó része meg láthatólag úgy érzi, hogy ja, ez jó. 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.

> 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...

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.
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.

> 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?!

Vagy észrevenni, hogy egy ilyen rendszernek is megvannak az előnyei. Nem véletlen az a népszerű. Van a linux userlanden túl is élet, nyugodtan lehet mondjuk bsdt használni, ott jellemzően sokkal kevesebb absztrakció van.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188570

Tudod mit, igazad van, pörögj egyedül. :)




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188575

elfogyott a mókafaktor abban, hogy sértődötten pörögsz, mert nem vagyok hajlandó részletekben vitatkozni veled két mondatról. reméltem eljutsz odáig, hogy felemelj egy tükröt, és egy kicsit belenézz.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188623

Azért vitáztam, mert néha sideline reagáltam erre arra a systemdt érintően. Ezeket mind rendre lesöpörted valami olyasmivel, hogy de az vagy nem kell, vagy ugyan kell, de pfujj systemd, úgyhogy az úgy nem jó. Ráadásul kettőnk közül nem én vagyok az, aki minősíthetetlen hangnemben fröcsög, hogy pöcsering, meg abnomináció, meg ezt a szart, meg hasonló csodák. Egy stockholm szindrómát valóban bemondtam neked, amit egy kissé túlzottan komolyan vettél, ezért figyelj, elnézést kérek, én hasonlatként szántam. A többi személyedet érintő megállapítás meg bizony ez alapján megállja a helyét. Kettőnk közül nem én tudom a nagy fölényeskedésben elfogadni, hogy nem az én véleményem meg elveim az igazság egyetlen feloldásai.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188632

Jó, hagyjuk, neked van igazad, te mindent alátámasztottál, nincs szemüveg, tied az igazság, és dedósozni is én kezdtem.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188642

Jaja, én kezdtem, mondom, hogy neked van igazad.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188650

De hát mondom, hogy igazad van. Te valóban nem dedósoztál le, meg is mutattad.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188918

Ott van tényszerűen, hogy te valóban csak kérdezted. És ez valóban tény. Az, hogy szerintem azzal veregeted a saját válladat, hogy én kezdtem, mert te csak a polkorrekt utalgattál, az meg már az én magánvéleményem. Semmi kedvem végigbogarászni a hozzászólásaid, hogy hol voltál ezen a határmesgyén folymatosan, pedig megthetném, ha már téged láthatólag ilyen érzékenyen érint a személyeskedés, meg az állítólagos magas ló. Ahhoz sincs kedvem, hogy összeszedegessem, hogy az állítólagos alátámasztásaid hány helyen vélemények, mert pont a dedósozás óta tudjuk, hogy nem érted a különbséget, meg azt sem, hogy mit akarok mondani, ezért próbálsz mindenféle konkrétumok melletti érvelésbe szorítani. Azt sem, hogy hány olyan van, hogy persze, az igaz, de a systemd szar. Azt sem, hogy hány olyan van, amikor kinyilatkoztattál. Vagy amikor tényként próbáltál előadni konteós elméleteket. Fölösleges, mert tisztán süt minden megszólalásodból, hogy zsigerből utálod a systemdt. És ezt én valóban a szemedre vetettem, úgyhogy legyen neked igazad, én kezdtem, te meg teljesen polkorrekten viselkedtél.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188961

Ne haragudj, de nem kezdem el ezt még egyszer.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2182235

Az van, hogy a debian szerintem a világ legkomplexebb, régen működő valóban demokratikus projectje. És ők döntöttek úgy, testületileg, hogy nekik jobb. A fejlesztők, meg a maintainerek, mind, szépen, szavazva. (Ráadásul, ha olvastad volna a popcorn showt, akkor emlékeznél, hogy azért volt nehéz szülés, mert volt kb 3 hangos ellenzője)




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2188015

Ellenben a debianban azok szavaznak, akiket ez érint. Ti. a fejlesztők. És szerintük nekik jobb a systemd. Lehet, hogy emberek hülyeségeket tudnak megszavazni, de lássuk be, hogy ez esetben ez relevánsabbnak tűnik, mint az, hogy valaki az oldalvonalról kornyikál, hogy de ez hülyeség. Oldalvonal helyett lehet forkolni, mint a devuan tette, ez már csak ilyen.




HOVD 2017 - Kedvenc kommunikációs megoldás: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_kommunik%C3%A1cios_megoldas#comment-2182239

Ebben biztos vagy?

https://github.com/telegramdesktop/tdesktop:

"This is the complete source code and the build instructions for the alpha version of the official desktop client for the Telegram messenger..."

"Supported systems
- Windows XP - Windows 10 (not RT)"

Szóval max leforgatod magadnak. Mondjuk továbbra se lesz jó, mert az idealista köcsögök qt5-öt használnak benne.




Péntek van: https://hup.hu/node/157573#comment-2190032

A tldr is fasza :)




Code review: https://hup.hu/node/157392#comment-2187497

Ez ám az ultimate érv ecsém, papíron kényelmetlen :-P

(Momdjuk en láttam már kezzel behúzott kódot papiron, igaz nem pythonnak hanem pseudo kodnak eladva. Ami nem csoda, mert a behúzott szöveg ezer éve működő dolog a tipográfiában)




Code review: https://hup.hu/node/157392#comment-2187939

Ilyet még nem próbáltam, pedig mostanában napi szinten túrok pythont, és bele szoktam nézni libek belsejébe, hogy -- kolléga szavaival élve -- konzultáljak az egy igaz dokumentációval. Ennek több oka is van.

"2 space/szint behúzással készült"
ilyen python kódot még életemben nem láttam. Szerintem te se, vagy ha mégis, akkor sikerült megtalálnod a bolygó kisszámú konkrét elmeroggyanjának egyikét. De még ha találkoztam volna is ilyennel, és zavart volna az átlátásban, akkor azért ezt a hatalmas problémát nyomtatás előtt mintegy 1 percben orvosoltam volna.

"néhány oldalas, képernyőnél hosszabb blokkokat tartalmazó"
hát, ilyet is elég ritkán, és akkor nem nézegetni akartam, hanem keresni helyette mást, mert szart nem szívesen használok. Olyat még, hogy egy-egy függvény hosszabb legyen egy képernyőnél még csak csak, de olyat, hogy egy blokk, na olyat ritkán. Viszont ha ilyet kéne nézni, egy centivel nem lennék előbbre, ha kint lennének a jobbcici balcicik. Ha szerinted igen, akkor fogj egy ilyet, és baszd ki az elejéről az összes behúzást, aztán nézegesd :) (az ugye egyébként megvan, hogy a blokk kezdete feletti sorban mindig van egy kettőspont, csak a végén nincs semmi, csak egy dedent)

Ráadásul sose nézegetem kinyomtatva, elég sok mindenkihez hasonlóan. Nem baj az, ha te igen, de azért lásd be, az bizony elég niche usecase. (A hintaágyat (vagy a teraszt) adom, de arra meg ott a laptop. :) )

Szóval értem én, hogy neked személyesen fáj a whitespace mint olyan szignifikáns volta, néha engem is zavar, de ha az ellene a legnagyobb kifogás, hogy sosem látott módon szarul formázott, egyébként is trágyafos minőségű kódot papírra kinyomtatva kellemetlen benne nézelődni, akkor lehet, hogy revideálnom kellene az álláspontom.




HOVD 2017 - Kedvenc szkriptnyelv: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_szkriptnyelv#comment-2175799

dehát sokkal fenntarthatóbb lenne, ha cben írnád, és kevesebb áramot enne :)




HOVD 2017 - Kedvenc szkriptnyelv: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_szkriptnyelv#comment-2177806

Bár alapvetően csak egy poén volt, de azért csodálatos, hogy már megint oda jutunk, hogy ahogy te csinálod, úgy pont jó, neked pont lehet, csak más farkával vernéd a csalánt. Egyébként meg a fenét, egyszerű dolgokat Cben sem sokkal bonyolultabb megírni (bár ugye ezt tudjuk, hogy a fejlesztési, fordítási, debugolási idő másnál nem számíthat, uh nálad sem kéne), ráadásul mivel te a fenntartható dolgok híve vagy, ezért amit egy pár száz ember használ a cégen belül, az nyilván nagyonminimum 10 év, szerinted inkább 20-25, komoly esőerdő mennyiséget lehetne megspórolni vele, és kiforrott dolgokon feljleszteni egyébként se kell, enni nem kérne, de persze neked nem kötelező.




HOVD 2017 - Kedvenc multimédia lejátszó: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_multimedia_lejatszo#comment-2178122

Pedig a mostanában kijavított hibákra tuti nem gondolhattál :D

Egyébként meg hagyd rá, megint az van, hogy ami szerinte jó, az jó, minden más meg szar. Kár, hogy én még emlékszem, mikor az ilyen P1-P2 vasakat a csodálatos winamp (ami félreértés ne essék, nem volt rossz akkor) erősen meg tudta csavarni egy erősebb bitrátás mp3-al is akár, úgy, hogy azok a vasak be se tudtak volna bootolni egy mai átlagos telefonban levő 3000 mAh körüli akksiról (t.i. előbb merült volna le), amiről ma az ember nagyon pesszimista becsléssel is meghallgat mondjuk 12 óra zenét...




HOVD 2017 - Kedvenc multimédia lejátszó: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_multimedia_lejatszo#comment-2178152

Az 50 órád itt se hiszem el, ha meg nem érted, hogy a spotify miért sokkal több mint egy ogg lejátszó, az spec a te szegénységi bizonyítványod. Azt elhiszem, hogy neked nincs igényed rá, de elég röhej, hogy már megint előadod, hogy ha valakinek mások az igényei, akkor az biztos hülye. Szabvány csölátású maxiegó hajbazer, mint általában.




HOVD 2017 - Kedvenc multimédia lejátszó: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_multimedia_lejatszo#comment-2178157

Meghajlok érveid nagysága előtt. Nem mintha számítana, hogy 50, vagy 20 :) Viszont továbbra is ott tartunk, hogy turkálj te csak a saját zsebedben, másokétól húzzál már el.




HOVD 2017 - Kedvenc multimédia lejátszó: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_multimedia_lejatszo#comment-2178172

Itt turkálsz egész konkrétan az én zsebemben eggyel feljebb, szóval légyszi ne hazudozz.




HOVD 2017 - Kedvenc multimédia lejátszó: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_multimedia_lejatszo#comment-2178124

"Más kérdés, hogy ha MP3 lejátszóval mentél volna futni, abba tizedannyi energia kellene és a telefonodban 100% maradna."

Segíts már ki, a spotify mitől eszik többet? (És egyébként miért kéne plusz szemetet termelni egy extra eszközzel?)




HOVD 2017 - Kedvenc multimédia lejátszó: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_multimedia_lejatszo#comment-2178150

"Attól, hogy az egy 2000+ mAh-s akksit merít le legalább 10%-kal, ami nagyjából 6x annyi energia, mint amennyit egy MP3 lejátszó használ"

Azt az apróságot el tetszik felejteni, hogy ezt nem a spotify eszi, hanem a telefon. (Arról már nem is beszélve, hogy neked biztos van olyan mp3 lejátszód ami egy kanyarban elszól 50 órát, de engedd meg nekem, hogy ezt némi kételkedéssel fogadjam)

" PC-n pedig 100+ MB memóriát és 30x több CPU-t zabál"

Szóval ott tartunk, hogy míg a P1 korszakban a kurvajó winamp kicsavarta az akkori fasza gépet, a bloated szar spotifyt akármilyen mostani belépőszintű szaron elfut úgy, hogy észre sem veszed.

" az idealista menedzserek és az alájuk beosztott lusta fejlesztők által bloated keretrendszerben (Qt5) összekotyvasztott kliens, illetve a benne elérhető, különféle 2017™ fílinget előidézni kívánó vizualizációs idealizmusok."
Blabla blabla blabla.




HOVD 2017 - Kedvenc multimédia lejátszó: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_multimedia_lejatszo#comment-2178171

"Azt az apróságot el tetszik felejteni, hogy a Spotify zabáltatja el a telefon erőforrásait."

Citation needed, ezt max te képzeled. Ráadásul még mindig ott tartunk, hogy nem zabáltatja fel. :)

"Maxiegó hajbazer megadja az engedélyt. Kipróbálni úgyse fogod, tehát valószínűleg elhinni se."

Ja, végül is nem használtam soha életemben mp3 lejátszót egy darabot se (mellékszál, de kénytelen voltam többet is, mert nem jó részük nem bírja a 10 év töredékét sem, biztos el akarták adni az újabbat a köcsög multik), ebből konkrétan nulla darab bírt 50 óra környékét, pedig én már akkor is találtam 1250es akksit. Szóval biztos a tied egy egészen csodálatos kivétel, de normának ne tekintsük.

"Én addig is évente tízezreket spórolok meg Spotify híján és százezreket okostelefon híján"

Kedves egészségedre. Spórolj. Abba viszont, hogy másnak megéri-e (én pl ha számszerűsíteném csak az időmet, amit a spotify megspórol nekem azzal, hogy nem kell keresgélnem, már pozitívban lennék, és akkor még egy fia albumot nem vettem meg, amiből még a benzinkutas 1000 forintos is két havi spotify) továbbra se dugd bele az orrod. Semmi közöd hozzá.

"tekintettel arra, hogy nem kell lebiciklizned. Ha rajtam múlna, le kéne."
Ha meg rajtam múlna, téged már egy zárt intézetben kezeltetnének. Vagy a cirkuszban mutogatnának. Oh wait, az speciel már megvan, bár magad mutogatod :) De szerencsére nem rajtam múlik. Meg nem is rajtad.

"Úgy érted, ha új hardvert veszek, igaz? Hát persze. Belépőszintű... Sajnos amíg nem tudsz kitörni a tudatod csak ez új, vagy még garanciális számítógép létezik börtönéből, amibe hardver- és szoftvermultiék zártak be a marketingjükkel, addig nehezen fogod megérteni, miért bloatware (= gáz), ami 100x annyi memóriát és 30x annyi erőforrást használ el valamire. Mert a slágerlistából (lejátszólistából) való zenelejátszáshoz nincs szükség ennyi erőforrásra."

http://a.te.ervelesi.hibad/kb-az-osszes-az-oldalon, örülök, hogy mindenféle prekoncepciót költöttél már megint, de egyrészt az van, hogy én ilyeneket nem mondtam, másrészt meg az, hogy ez bármilyen, még bagóért megvehető normális használt gépre is igaz. Bár lehet, hogy azokra, amit te a random szeméttelepen túrsz, valóban nem. Az, hogy szerinted garancia sem kell, az külön vicces. Figyelj, van egy csomó tök fasza számtech cuccom elfekvőben, egyik másik még feleslegesen erős is szerinted, mind garantáltan faszán működik, nem akarod megvenni?




HOVD 2017 - Kedvenc multimédia lejátszó: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_multimedia_lejatszo#comment-2178471

"Citation needed, ez szinte természetes ha valami nem illik be a mindenjóahogyvan reklámidill valóságba. Tessék, itt egy nemrég elhangzott szubjektív és egy relatíve friss objektív. Alapesetben 5,3 óra, akkumulátor-optimalizált üzemmódban 11 óra meríti le a Spotify a Nexus 6-ban lévő 2400 mAh-s akkumulátort."

A szubjektivben szépen ott van benne, hogy persze más is fut. Futás közben ez általában valami olyasmit jelent, ami gps trackkel. A második már érdekesebb, látod, néha tudsz levegőbe is puffogtatni. Mondjuk nekem nem tűnt fel, pedig azért az óránként 20% fel kellett volna. De nekem biztos olyan fasza telefonspotify izém van, mint a te 50+ órás mp3 lejátszód.

"Nem az utánad hajigált akciósat kellett volna megvenni profitmultiéktól."

Jaja, hát hogyne. A tied gondolom kézműves darab, egyedileg energiahangolt dekódercsippel. 15 évvel ezelőtt nem multik gyártottak ilyet. Pl a lenti első generációs inteled is külön kézzel faragták fakockából, nem egy multi gyártotta.

"De igen, van közöm hozzá. Illetve, ha megtartjátok magatoknak a kényelmeskedéssel és a pénzkidobási szokásokkal való büszkélkedést, akkor nincs. Mivel sem te, sem a többi Mr. Spotify nem tartja meg, így amint leírtad a fórumra a hozzászólást, van hozzá közöm, mivel kiraktad egy publikus helyre. Amihez úgy érzed, nincs közöm, azt ne írd ide. Mivel kényszeríteni nem kényszeríthetlek semmire, így felesleges újra és újra azon nyöszörögni, hogy hájbazer már megint zsebekben turkál, meg másokat irányít. Ez a gyakorlatban soha nem valósul meg. ... Sajnálom, de egy fórum nem úgy működik, hogy csak a neked tetsző véleményűekkel osztasz meg valamit."

Egyrészt, itt te szoktál büszkélkedni a saját hülyeségeiddel (eleve, ezek mindig úgy kezdődnek, hogy random témára odajössz, és nekiállsz mindenkit leidiótázni), másrészt meg persze, leírhatod, én meg leírhatom, hogy semmi közöd hozzá, hogy ki mire költi a pénzét, mert az neked nem tetszik.

"Ami tényt a szélsőségesen diszkriminatív, diliházas személyeskedésedben el is ismersz."
Ó, csak betalált, helyes :) Kár, hogy nem veszed észre a görbe tükröt. Ugyanis te vagy az, aki folyamatosan személyeskedik, idiótázik (tm), de persze mint minden mást, neked ezt is szabad. Itt se az általad elkövetkezett személyeskedésre volt ez válasz, ugye?

"Hát persze. Amire meg nem, az nem normális. Igaz? Megnézném, hogy futtatsz egy Spotify-t észre se veszed gyorsasággal egy első generációs Intelen 2009-ből, amin egyébként minden más normálisan megy, a 4K videólejátszást leszámítva."
Igazából magasról leszarom, hogy egy első generációs Intelen 2009-ből megy-e a spotify. Egyrészt azért, mert ez a jó kis definíció akármit is jelenthet, másrészt mert lényegesen fiatalabb vasakat is lehet venni használtan bagóért. De legalább az kiderült, hogy igazából a szokásos minden bloatware dumád nem igaz, hiszen egy 2009es vason a 4k-n és a spotifyon kívűl mindent lehet csinálni, mint kiderült. És mivel ez a kettő meg szerinted úgyse jó semmire, ezért kész is vagy, nem értem a kereszteshadjáratot.

"Ahogy az idealizmusaidat is."
ahahahahahahaaaaaa :)




HOVD 2017 - Kedvenc virtualizációs technológia: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_virtualizacios_technologia#comment-2176613

Ugyan értem mire gondolsz, de a képet árnyalja, hogy az lxc ott van a listán...




HOVD 2017 - Kedvenc virtualizációs technológia: https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_virtualizacios_technologia#comment-2179532

Az lxc tulajdonképp csak a namespaces/cgroups stb userspace config toolja, régen a docker is azt használta. Emigyen ha az lxc virtualizáció, akkor a docker is az. Az, hogy lxcben, meg lxdben ugyanazon a kernelen fut több osnek látszó izé, azt kb ugyanúgy meg lehet dockerben csinálni. Az más kérdés, hogy nem szokás, meg tele van az internet egy nagyon rakás szemellenzős megmondó emberrel, hogy a dockert nem úgy kell használni, mert csak.




Futtatsz olyan FOSS szoftvert, amin saját forráskód patcheid (nem pluginjeid) vannak?: https://hup.hu/szavazasok/20180117/futtatsz_olyan_foss_szoftvert_amin_sajat_forraskod_patcheid_nem_pluginjeid_vannak#comment-2186331

Akkor elrontottad, mert teljesen hiányzik az a (gyakori) verzió, hogy bele szoktunk nyúlni, ha kell, de feltoljuk upstreambe.




homeopátia: https://hup.hu/node/156955#comment-2175011

Bár épp valami ilyen példákat akartam ideírni, de muszáj vagyok megjegyezni, hogy az utolsó nincs ráerőszakolva senkire, mehet szabad akaratából nyugodtan hippinek a híd alá, a prérire önmegvalósítani, csinálhat saját vállalkozást, vagy éhen halhat fényevés közben nyugodtan.

Egyébként az az aranyos, hogy máskor meg locsemege kolléga azzal hajtja el a fideszt kritizálni merőket, hogy nem szabad keresztbetenni a kormánynak, mert ők a társadalmi legitimitás, tehát az jó, amit mondanak. Kivéve, ha neki oltást akarnak kötelezően beadni, ugye.




homeopátia: https://hup.hu/node/156955#comment-2175172

"Miért, a Fidesz tette kötelezővé a védőoltásokat? Ezen felül, amikor azt mondom, ez így legitim, akkor nem arról beszélek, hogy az aktuális kormánypártok - jelenleg Fidesz-KDNP - minden cselekedetével és megnyilvánulásával egyetértenék"
Nem, nem ők, de láthatólag szerintük is jól van ez így. És te nem arról szoktál beszélni, hogy ez legitim, hanem arról, hogy tilos nyilvánosan kritizálni, mert az sérti mások érdekeit. Őszintén: szerintem baromira sérti mások érdekeit, hogy egy rakás ostoba a mindenféle érdemi alapot okozó "úristen autizmust okoz" hülyeség miatt nem oltat, és még terjeszti is ezt a baromságot. Sokkal jobb egyszerűbb lenne, ha ez egyébként erőteljest meg lenne tiltva. Csak azzal sérülnek mindenféle olyan egyéb értékek, amiket én meg nem szeretnék, hogy sérüljenek, uh marad a felvilágosítás.

Egyébként a te aggályaidat is értem, csak arra szerettem volna felhívni a figyelmedet, hogy a _saját normáid szerint_ ez ügyben nem szabadna megfogalmaznod ezt konszenzus alapján káros véleményt. Mint ahogy nem szabadott volna megfoglamaznod a boltbezárások kapcsán sem.




homeopátia: https://hup.hu/node/156955#comment-2175277

még mindig nem arról beszélek, hogy igazad van-e, avagy sem oltásügyben, hanem arról, hogy saját normáid szerint nem szabadna hangoztatnod ezt a véleményt :)




homeopátia: https://hup.hu/node/156955#comment-2175524

Semmi gond, helyben is tarthatsz önreflexiót arról (vagy nem, természetesen), hogy a fenti beszélgetés fényében ér-e kritikával illetni nyilvánosan egy állam vezetését. Nekem sincs sok kedvem visszakeresni, és az eredmény tekintetében mindegy is.




homeopátia: https://hup.hu/node/156955#comment-2175694

Igen, erre gondolok. Szóval ott tartunk, hogy ami szerinted megfelel a kivételes esetekben megfogalmazható kritikáknak (ie, neked nem tetszik), azt lehet, a többieknek kuss, olyan véleményük nem lehet, hogy a kormány csinálmányainak nagy része hiba. Pedig ha véletlen egyszer lesz egy liberális és/vagy eu szimpatizáns kormányunk, annak szerintem szinte minden mozdulata hibás lesz szerinted, mivel nem annyira egyezik a világképed azzal, amit ők vallanak.

De ez a konkrét eset is ilyen: elég nagy konszenzus van abban, hogy az oltások jók, az oltások elhagyása sokkal nagyobb rizikóval jár, mint azok beadása, és az ilyen teljesen légből kapott "most fognak kasztrálni vele" illetve "biztos autista lesz a gyerek" igencsak gáncsolja a normális társadalmat, szóval jó volna, ha nem terjesztenél ilyen baromságokat. Hogy esik? :)




homeopátia: https://hup.hu/node/156955#comment-2175777

félig már érted, bár még mindig nem a véleményeddel vitatkozom arról, hogy veszélyes-e az oltás. Mikor belekötök, csak azért, hogy lásd, milyen az, amikor ezt nem szabadna mondanod, mert a többségi vélemény ezt nagyon nem osztja, ráadásul az van, hogy bár most elvileg nincsen vészkijárat, mégis elég sokan kimennek rajta, hogy már potenciális problémát okozzon, szóval saját definíciód szerint amit te csinálsz az:

"nem jó, ha a kormányzatot mindenféle szervezetek az állandó gáncsoskodásával megpróbálja ellehetetleníteni, hiszen a kormány azért lett éppen az, aki, mert demokratikus választásokon a többség így gondolta helyesnek, akkor meg hadd dolgozzanak."

És abban szeretnélek jobb belátásra bírni, hogy téged idézve "Van az az intimitás, szabadság, önrendelkezés, amelyet minden körülmények között garantálni kell", és ebben bizony bele tartozik az ellenvélemény megfogalmazása is. Például neked ebben az esetben. Másoknak meg más esetekben. Mert az nem egészséges, hogy nyertünk, ha nem tetszik, kuss.




homeopátia: https://hup.hu/node/156955#comment-2175173

+1




homeopátia: https://hup.hu/node/156955#comment-2175012

nem a tartalmát, hanem a fordítását akarja bolygatni.




Videón a Clear ID, a "kijelzőbe" épített ujjlenyomatolvasó: https://hup.hu/cikkek/20180114/videon_a_clear_id_a_kijelzobe_epitett_ujjlenyomat-olvaso#comment-2185465

Bocs, nincs kedvem végig nézni egy óra videót, működött is a miniszter eszközén, vagy csak arról szól, hogy csinált valamit, ami szerinte működne? Mert a cikkből azért inkább ez utóbbi jön le. (Amitől persze még érdekes a dolog)




UHU Linux UBK1 (RIA): https://hup.hu/node/150257#comment-2034737

azért arra, hogy a gnomenak kevés a memóriából hogy lesz kernel pánik (ami ráadásul nem is csoda) kíváncsi volnék :)




UHU Linux UBK1 (RIA): https://hup.hu/node/150257#comment-2034845

ne haragudj, de próbálja ki a nehézség :)




UHU Linux UBK1 (RIA): https://hup.hu/node/150257#comment-2035889

hát, ez elég ... érdekes.




[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-2180618

bár engem nem zavar az ügy, csak megpróbálok konstruktív lenni: nincs erre valami browser extension, ami kicserélgeti a shortened linkeket, mielőtt postolod?




[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-2182296

"Mert úgy beszélsz róla, mint a szent grálról, de úgy nagyjából 10-15 éve jobb kódot fordít a C/C++ fordító a megfelelő paraméterekkel optimalizálva"

Jah, rémlik is valami slideshow még jó régről, valami eltés vagy bme-s arc tolta, ha jól emlékszem, ami kb arról szólt, hogy milyen jó is az, mikor az okos programozó megpróbálja optimalizálni a c kódját, ráadásul valami ránézésre nem túl bonyolult esetben. Az hagyján, hogy nyilván az jött ki, hogy általában kibaszol magaddal, és csak rontasz a helyzeten, de azzal kezdődött az egész kb, hogy ~"vegyük észre, hogy a compiler által gyártott kód a probléma elméleti minimuma, (x olvasás, y mv), szóval innen szép nyerni, de azért nézzük"




[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-2182308

ja, szerintem ez volt az, bár biztos, hogy a dátum nem tavalyi volt akkor még :)




[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-2182226

"hanem valamelyik inteles security oldalon az egyik leírásban lenyitható JS-es szakaszban van elhintve egy kósza külsős link, amit nem találok."

de szépen is hangzana egy ilyen, amikor épp egy ordas secu bug fixét terítjük kb mindenre, ami egy kicsit is bonyolultabb egy kenyérpirítónál.




[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-2182224

Az már az opensslnél is jól sült el nekik :D




[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-2181099

Háát, a fene tudja, az első azért érdekes, bár bűzlik. A tetején az ioból két dolog következhet:
- az újabb procit sokkal jobban érinti
- a régebbiben nem a proci, hanem az ssd capelt
Azért én inkább a másodikra szavaznék

A postgresnél meg az látszik, hogy valami nagy szar van a méréssel, mert az elvileg jobb rendszer lényegesen szarabbul muzsikál.

Szóval erre a mérésre olyan nagyon nem alapoznék, de azért az io fájdalmasnak látszik.




[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-2181148

mondjuk lehetett volna nem párhuzamosan, hanem megnyomom, átbootolok egy másik kernelre, ott is, azt csoki? :)




[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-2181182

mea maxima, itt valamit shortcutolt az agyam, és benéztem. természetesen úgy csinálta :)




Kiszolgáltatottság az internet szolgáltatónak: https://hup.hu/node/157185#comment-2182266

Ha nem érzed a különbséget aközött, hogy valaki saját maga is rögzíteni akarja, hogy mit beszélt a szolgáltatóval (aki fele épp nem biztos, hogy töretlen a bizalom), meg a között, hogy valaki ezt feltolja a youtube/whateverre, az nem feltétlen a világ hibája.




Kiszolgáltatottság az internet szolgáltatónak: https://hup.hu/node/157185#comment-2182361

Valóban, elnézést, azt hittem arrébb vagyunk.




Kiszolgáltatottság az internet szolgáltatónak: https://hup.hu/node/157185#comment-2182822

"- a 72 óra nem az elhárításra vonatkozik, hanem a kivizsgálásra, tehát nem 72 órán belül kell megjavítani, hanem ennyi időn belül kell megkezdeni a hiba elhárítást."

Nézd el az embereknek, hogy ha ez van az aszfben, ha nem, kevésbé tartják életszerűnek a három napig rá se kell nézzünk, aztán majd lesz valamit :)

"- "szakadozik/nem megy" .. mi nem megy? szakadozik? Nagyon sok leállás azért van mert az úgy a céges eszközök mint a tiéd is energiával működik, ha ezt nem biztosítja/vagy leállás van az "ELMŰ/ÉMÁSZ,TITÁSZ/stb." -nél akkor a hálózatot biztosító eszköz sem fog neked netet adni."

He? Ne vicceljünk már, most tényleg azt akarod bemesélni, hogy még mindig hordákban vannak emberek, akik áramszünetnél telefonálnak, hogy nincs net? Ne nézd már hülyének az embereket. Ha meg nálatok van, akkor a lőtéri döglött kutyát nem érdekli, hogy elkonfiguráltad, az eszközöd szart be, vagy elment belőle az áram. Mert a tied, és azért fizetnek neked, hogy működjön. Ha ezt rendszeresen nem teszi, akkor bizony a szolgáltatás, amit nyújtasz, az szar. Ha rendszeresen nincs áram, akkor el kell menni ütni az asztalt a szolgáltatóhoz. Vagy betenni oda valami backup megoldást, ahol rendszeresen nincs, ugye. Vagy ez csak lefele elvárás, a szolgáltatótól már nem? :)

"- ha központi hiba van akkor nincs értelme a végén nézni, mert míg 100 ember hibáját javítod, (egy helyen) teljesen felesleges (üzletileg is) a végén lévő 100 ember kapcsolatát kivizsgálni a helyszíneken külön-külön

goto -> "A dolog logikusan hangzik, csak amikor már az 5. napja mondja be ugyanazt a call center, mennek az üres ígéretek ("holnapra"), a cégvezetés és az IT üzemeltetés is idegessé kezd válni."
Ha hosszú napokig van központi hibátok, akkor a szolgáltatásra jogosan mondja azt a felhasználója, hogy szar :)

(és még mielőtt, még az E-nél dolgoztam, amikor átvették az UPC field supportját ;) de ettől még ezek tipikus szerecsenmosdatások)




Van macskád?: https://hup.hu/szavazasok/20171231/van_macskad#comment-2180049

Ugyanott, ahol az alibi feleség, súlyosbított esetben az alibi gyerekek :)




Van macskád?: https://hup.hu/szavazasok/20171231/van_macskad#comment-2179272

Az a kutya, macskát unoka helyett tartanak :-)




MS Outlook levelező klines alternatíva: https://hup.hu/node/146112#comment-1966905

és azon túl, hogy ti személy szerint nem szeretitek, van valami értelmes indokotok is arra, hogy belepofázzatok, hogy akarják az ügyfeleitek végezni a munkájukat? :)




MS Outlook levelező klines alternatíva: https://hup.hu/node/146112#comment-1966919

akár ez is lehet, de itt érvként az hangzott el, hogy ~"mert mi már leszoktunk róla"




MS Outlook levelező klines alternatíva: https://hup.hu/node/146112#comment-1966934

látod, működött a provokáció, ezzel már lehet mit kezdeni :)

1-2) A licensz problémát szerintem tényleg csak úgy lehet kezelni, hogy ilyenekkel nem üzletelsz.
3-5) Na látod, ez már érv, hogy mégsem annyira jó nekik. Sajna rendes alternatívát nem tudok, hacsak nem valami webmailt, anno még a postbox volt használható TB fork (mert a TB imho elég használhatatlan egy valami volt mindig is). Viszont már nagyon rég nem használtam, cégnél spec pont outlook van, és azt kell mondjam, hogy sajnos messze normálisabban használható bármi offline kliensnél, amit megnéztem. Értem én, hogy a háttérben vannak bajai, de az UX imho kimagasló, főleg, ha egységsugarúakról van szó. És igazából ezért volt a provokáció is, hogy ha ők azzal tudnak dolgozni, akkor miért kéne leszoktatni róla.

Ez kb szerintem igaz a második csoportra is, gondolom nektek egyébként van licenszetek, akkor meg el kell gondolkodni, hogy inkább nektek szarabb (vagy drágább, hogy legyen mögötte mondjuk egy exchange), vagy sok pénzt költötök arra, hogy kirángassátok az összes usert a komfort zónájából, meg arra is, mikor bambán bámul munka helyett, mert nem sikerült...




MS Outlook levelező klines alternatíva: https://hup.hu/node/146112#comment-1967015

"Amikor egy munkavállalót bármilyen levelezőkliens megakaszt, akkor lehet ott nem feltétlen a klienssel van a baj. "

Nyilván. Viszont azt látni kell, hogy nem a cég van az ITért, hanem az IT a cégért. Ha az emberek nagyrésze egyébként jól végzi a munkáját, csak hadilábon áll az ITvel, és összezavarja, ha arrébb megy 2 pxel a gomb, akkor bizony reális, hogy az IT igazodik.




MS Outlook levelező klines alternatíva: https://hup.hu/node/146112#comment-1967794

"A Thunderbird melletti erv: tobbplatformos"

Ez egy windows desktopokat használó KKVt vagy mikrovállalkozást bizonyára azonnal meggyőz :)




MS Outlook levelező klines alternatíva: https://hup.hu/node/146112#comment-1968035

Na jó, csak ebben a témában azért ez kicsit úgy hangzott, hogy a TB azért jó, mert ha kicseréled erre az outlookodat [amit igazából magadtól nem is nagyon akarnál, ugye innen indultunk], az azért lesz jó, mert akkor utána majd ki tudod cserélni a windowsodat is... Kissé furcsa érvelés.
---
És egyáltalán nem biztos, hogy egy KKVnak megéri a pár win licenszén spórplni, ha külsőst kell fogadni az átálláshoz, betanítania kell az újra, felfordulás lesz a munkában, idő kell a beszokáshoz is...




WAN failover kisvállalkozásnál hogyan?: https://hup.hu/node/157081#comment-2178038

"A ping az aktuális static route kapcsolaton megy ki."

Kivéve, ha a -I segítségével megkéred, hogy ne tegye, hanem fixen menjen ki valahol. Akkor akár egyszerre is tesztelheted a kettőt, az segít azon, hogy pl mikor kell visszaváltani. Ezzel együtt nem biztos, hogy ilyesmit scripttekkel vakarnék össze, HA-ban könnyű hibázni. Meg persze azt is sokan elfelejtik, hogy mi a budget, meg mi a valódi igény, simán lehet, hogy bőven jó, hogy "gizike, ha elmegy a net, akkor ezt a pirosat kihúzni, ezt a kéket meg ide az 5ös portba (meg is jelöltem) bedugni, aztán tessék telefonálni."




Rajtad keresztül új kolléga került a céghez és ezért neked fejpénz jár: https://hup.hu/szavazasok/20171231/rajtad_keresztul_uj_kollega_kerult_a_ceghez_es_ezert_neked_fejpenz_jar#comment-2179471

+1, vagyhát -1, vagy hogy :)




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-2180414

"for the average computer user, should not be significant"

Magyarán a szervereken bizony beszopták :)




Linus beolvasztotta a Kernel page-table isolation-t: https://hup.hu/cikkek/20180101/linus_beolvasztotta_a_kernel_page-table_isolation-t#comment-2180551

"beregisztrálni az elsők közt"

Gabu kedveli ezt :D




A kiszivárgott 1.4 milliárd jelszó letöltése: https://hup.hu/node/156984#comment-2175781

nem, az egy threaddel arrébb lett volna ;)

(rejtett sub)




Haven - csinálj "őrszemet" egy tartalék okostelefonból!: https://hup.hu/cikkek/20171225/haven_csinalj_orszemet_egy_tartalek_okostelefonbol#comment-2177810

"Nem akarom ezt megvitatni itt, de az tény, hogy a fickó feltette az életét egy ügyre, amit jónak vélt. És ezt így adni vissza..."

Igen, és a kérdés, amit feszegetnek, hogy
a) mindenképp szeretnéd-e, hogy a következő esetben pl a te életedet (adataidat) tegye fel egy olyan ügyre, amit jónak vél? Fontos ,hogy nem olyanra, amit te vélsz jónak, hanem olyanra, amit ő.
b) Nem éppen a saját életét próbálja meghosszabbítani a bizalmi tőkéjét felhasználva?

Lehet hogy ez szerinted sértő, de ettől még teljesen jogos kérdések. Arról nem beszélve, hogy pont az a faszi arcon köpése, ha az után, amit nyilvánosságra hozott, azt propagálod, hogy nem kell mindenkivel szemben risk analízist végezni :)




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2175028

"Amúgy is a hátul jövőt fogják seggbeqrni"

Az adott esetben mondjuk csak utánad :D




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2174507

jaja, ez az, aminek simán nem tűnik fel, hogy ha kizárólag darabra válogatsz, és mindenféle vicces következtetéseket von le azokból a tényezőkből, amiket te figyelmen kívül hagysz a döntésnél.




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2174542

"Egyébként se tartom jó ötletnek, hogy az autó megpróbálja elemezni/kitalálni, hogy ki értékesebb és ki kevésbé értékes."

Ennél azért ebben a témában egy kicsit többről van szó, vagy legalábbis konkrétabbról. Egyrészt ugye van az, hogy míg most az elbaszott döntéseknél (két nagymama, vagy ovodáscsoport) ugye kvázirandom "így sikerült törtmásodperc alatt dönteni emberi aggyal" van, ha olyan lesz a tech ami egyrészt sokkal jobb helyzetértékelést csinál ott helyben, másrészt van hosszasan időnk arra, hogy előkészítsük a döntéseit, akkor megengedetjük-e magunknak, hogy nem tesszük?

A másik érdekes dilemma, hogy ugye a fenti esetben szokott lenni még egy harmadik megoldás is, hogy se nem nagyik, se nem óvodások, hanem az autó a falnak, és az utas. Csak ugye ki vesz olyan autót, ami direkt őt nyírja ki. És ha senki, akkor jó-e, hogy nem lett emiatt alapvetően sokkal biztonságosabb a közlekedés?




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2175003

Ezzel egyébként én speciel egyetértek, sok esetben szerintem is a fal a jó, viszont annak is vannak ám további érdekes kérdései. Ha az automata az elém kilépő miatt nekicsapja a falnak a kocsit, akkor a javítás kinek a számlájára megy? Az enyémre? Ha igen, akkor állja a kötelezőm? Vagy csak a casco? Az elém kilépőére? Ne adj isten -- és igazából ez az új kérdés (hiszen az már most is érdekes, hogy ha mondjuk egy szarul előző idióta miatt kirántom az árokba, és csak én török, akkor mi lesz)-- a gyártóéra? Szóval van-e neki anyagi felelőssége ilyenkor? Ugye ha tisztán gazdaságossági szempontokat nézünk, valószínűleg olcsóbb egy eleve törésre tervezett motorháztető meg hűtőrács csere, mint az autó végighúzott jobb oldala, esetleg megspékelve valamelyik oszlop torzulásával.




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2175269

"Ehhez nem kell automata. ..."

Igen, írtam is, hogy hasonló egyébként már most is van, annyival egészül ki a kép, hogy ha nem én döntök, hanem helyettem az autógyár, akkor ki viseli a döntés következményeit?

(mellékesen én is úgy gondolom, hogy a gyalogos hibája = a gyalogos anyagi felelőssége, szóval speciel az én cascomat meg casco díjamat nem kéne ebbe belekeverni, az ugyanis azért van, ami az én hibám, viszont ugye in practice hogy hajtod ezt be a gyalogon, az egy másik kérdés. Meg már az is, hogy hogyan bizonyítod)

"Két dolog:
1) ha elkerülhetted volna a gyalogos halálát, pl. a parkoló autóknak kormányzással, de nem tetted, simán lehet, hogy bíróságon találod magad valami gondatlanságból elkövetett emberölés vagy hasonló hangzatos váddal. Aztán ki tudja, mi lesz a vége.
2) ha elkerülhetted volna a gyalogos halálát, némi gazdasági kárért cserébe, de nem tetted, mit szól majd a lelkiismereted? Hogy fogsz tudni aludni?"

Természetesen a francnak sincs ilyenhez kedve, egyszerűen arra próbáltam -- elismerem, nem túl jól -- kilukadni, hogy mikor az automata döntése miatt keletkezik többletkár, akkor ott mi van? Normális egyébként szerintem az lenne, ha ez közvetlenül nem hátékózódna ki a gyártóra, hanem a biztosítási rendszerben kell ezt átalakítani, de látok rá némi esélyt, hogy a biztosítók meg fogják próbálni :)

De egyébként a kérdés fordítva is igaz? Ha az automata döntött úgy, hogy inkább a gyalogos, akkor ki felel a gondatlanságból elkövetett emberölésért? :)




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2175523

Persze, az. Vagy legalábbis annak tűnik. Aztán bejönnek az olyan kérdések, hogy ha megkérdezik a preferenciát, mikor megvetted, akkor is? Ha tudatosan azért vettél mercit, mert az ilyen, akkor is? Ha az van az eulában, ami minden szoftvernél lenni szokott, akkor is? De tegyük fel, hogy persze, a cég. De a gondatlanságból elkövetett emberölés az BTK, ott nincsenek cégek, ott emberek vannak (érdekes kísérlet elmagyarázni a túlbuzgó secu orknak, hogy a személyes szabadság megsértése BTK, uh próbálhat arra hivatkozni, hogy neki ez a munkája, majd figyelembe veszik a másodrendű vádlott főnökével szemben a felbujtás tényállásának értékelésekor, mikor ő mint első rendű személyesen felel ezért), szóval ki lesz az? A kóder? Aki reviewzta? A teszter? A manager? A CEO? Mind? Egyáltalán melyik cég? A szoftveres, vagy az autógyártó? És ki fogja megmondani, hogy mi hibázott? És mi alapján teszi majd ezt? A kód volt a szar, vagy a szenzor? Egyáltalán, define szar, mennyire kell egy ilyennek jónak lennie? Mi lesz az elvárható gondosság?

A másik érdekes ág, hogy azért ma tipikusan az van, hogyha félrerántod fel a járdára, akkor is az "ember ennyit tudott hirtelen" erősen nyom a latban a védelmedben. Viszont ha a szép tudatosan megtervezett cucc csinálja ezt, ott már nem nagyon lehet ilyen kifogás.

Szóval ez egy egyértelmű válasz, csak látni kell, hogy a következményei annak, hogy a baleseti felelősség az egyénről a gyártó irányába megy nagyon messzire vezetnek, és legalább olyan érdekes kérdések a maguk nemében, mint a dolog technikai megvalósítása.




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2174555

és ha a kocsiban szart be a fék?




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2174688

ebben az egész topicban elég ritka eseményekről beszélgetünk :) De akkor ne a fék fosson be, csak fékezés közben jöjjön rá az elektronika, hogy mondjuk jégre került, és nem lesz megállás a zebra előtt. (vagy tök mindegy miért, de nem a másik hibázik, hanem az önvezető autó)




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2175008

Ne terelj. Értem én a frusztrációid, csak ennek most nem sok köze van ehhez. Egy önvezető autó nyilvánvalóan (?) sokkal jobban fogja ezt csinálni, de fog az is hibázni, vagy olyan helyzetbe kerülni, amire nem számíthatott előre (hacsak nem vezetünk be ugye egy kb 10 km/h-s általános sebességkorlátozást, kocogótempóban még elég jók vagyunk, a bringás kb 20-ról már tudjuk, hogy simán okoz veszélyes szitukat), a kérdés az, hogy ilyen esetekben hogyan, milyen szempontrendszer alapján mérlegelünk.




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2175079

Még mindig félrebeszélsz :)

Jaja, soha senki nem csúszott még be kereszteződésbe. Szép dolog hogy elvárod. Tudod, járni jár, csak nem jut :) Viccet félretéve, vonatkoztass már el a konkrét, nyilvánvalóan túlegyszerűsített példáktól. Az autó műszaki eszköz, mint olyan, fog hibázni, elromlani. Akkor is, amikor majd önvezető lesz. Vagy majd lesz valami más, ami elromlik körülötte. Bár népszerű tévképzet, hogy ha mindenki betartja a KRESZt, akkor soha nem lesznek balesetek, de ez nem igaz. A kresz csak (tényleg betartva) elég kicsire csökkenti ennek a kockázatát, de meg nem szünteti.

Természetesen azt várja mindenki, hogy lényegesen kevesebb balesetet fog bekövetkezni, ez a beszélgetés arról szól, hogy mi van mindenféle érdekes perem esetekben. Meg hogy pl az ilyen perem esetek megítélése hogyan hat a technika elfogadottságára (amitől ugye azt várjuk, hogy majd sokkal kevesebb baleset lesz, ha elterjed).




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2174750

"Most komolyan? Azon vitatkozunk hogy a kocsi milyen morális döntést hozzon és feltételezzük hogy nem tudja magáról hogy nem jó a fék?"

Én vitatkozásnak ugyan nem nevezném, inkább beszélgetésnek, és ja erről. És természetesen a fék csak egy nyilvánvalóan túlegyszerűsített példa (mint ahogy az eredeti kérdés volt), ha nem tetszik képzelj oda bármilyen más olyan helyzetet, ahol az önvezető autó hibázik. Erre pedig nyilvánvalóan van némi esély.

"Egyébként fékezésről szó se volt, a kocsi a megengedett sebességgel közlekedik tehát szabályosan, a gyalogos szabályosan közlekedik a járdán, a szabálysértő valószínűleg nem megengedett időben van az úttesten ő szabálytalan, vesznie kell"

Fékezésről valóban nem volt szó, mint ahogy az összes többi általad hozzáköltött izéről sem. "Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?" És mivel te plusz permiszákkal adtál egy szerinted elfogadható választ, kérdeztem, hogy mi a helyzet azokon kívül?

"ékezni csak az anyagi kár csökkentése és esetleg azért kell mert akkor túlélheti". Ez természetesen nem igaz, csak azért, mert szabálytalan a másik, te nem gázolhatod le nyélgázon, a balesetet a szabályosan közlekedőnek is kötelessége megpróbálni elhárítani.




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2175080

http://www.gifbin.com/988759




Önvezető autó vezérlőszoftvert írsz. Dilemma: a halálos baleset elkerülhetetlen. Melyiket üsse el az autó (valamelyiket muszáj)?: https://hup.hu/szavazasok/20171218/onvezeto_auto_vezerloszoftvert_irsz_dilemma_a_halalos_baleset_elkerulhetetlen_melyiket_usse_el_az_auto#comment-2175273

"A balra kanyarodó Ladába hátulról beleszállást? Azt automata nélkül is el lehetett volna kerülni (jobbra és balra is megnyílt a hely, csak a fékről le kellett volna szállni amikor már amúgy sem tapadt a kocsi), de egy önvezető autó akár még a sávon belül maradva is megoldja. Talán még a videó tuskólábú szereplője is, ha van ABS a kocsijában."

Aki ráadásul a sarokban található 92 km/h felirat alapján eleve szar féktávot tartott, uh ezt egy önvezető autó jó előre elkerülte volna.




Egy kis történelem: a DeWitt-záradék: https://hup.hu/cikkek/20171210/egy_kis_tortenelem_a_dewitt-zaradek#comment-2171455

Segíts már ki, mit kéne látni?




Egy kis történelem: a DeWitt-záradék: https://hup.hu/cikkek/20171210/egy_kis_tortenelem_a_dewitt-zaradek#comment-2171535

nincs kedvem barchobázni, még azt se tudom, konkrétan miről beszélsz? A linkről, magáról a tanulmányról, a wiki szócikkről?




Amazon unlimited cloud storage alternatíva: https://hup.hu/node/154000#comment-2115903

nem csak.

https://www.backblaze.com/b2/cloud-storage.html




Skype version 8.9.0.1 for Linux: https://hup.hu/node/156108#comment-2157006

miért nem csinálsz egy jelszó resetet?




Skype version 8.9.0.1 for Linux: https://hup.hu/node/156108#comment-2157034

bezzeg a routereden zavarnak a security hibák :)




Skype version 8.9.0.1 for Linux: https://hup.hu/node/156108#comment-2157197

jaja, az ms sose javít security hibákat, az köztudott.

(meg gondolom akkor nem fut folyamatosan)




A OnePlus 5T a gyorstöltés királya: https://hup.hu/cikkek/20171203/a_oneplus_5t_a_gyorstoltes_kiralya#comment-2168900

Embert nem láttam még in effect powerbankot használni. Egy-kettőről tudom, hogy van neki...




Instant zabkása - ócó/egészséges/gyors reggeli 136 Ft-ért? WTF!: https://hup.hu/node/156694#comment-2168269

Szerintem a dr ötker (már nem a Tóni) jobb, de ezek sem rosszak. Nem mondom, hogy minden reggel,de sokszor szoktam.




Instant zabkása - ócó/egészséges/gyors reggeli 136 Ft-ért? WTF!: https://hup.hu/node/156694#comment-2169267

Azért volt utána még két karakter. Butthurt much? :-)

Már csak az a kérdés, hogy egy ló ki tudná-e húzni kovi íját, ha nem eszik szalonnát? :-)




Todo lista program írásához mit ajánlotok?: https://hup.hu/node/156731#comment-2169207

Semmiben, dunát lehet velük rekeszteni...

Illetve ez így nem igaz, mert így vagy úgy mind vacak (legalább is nekem), úgyhogy ilyen scratch my own itch jelleggel lehet értelme, de oda ezek a kérdések (leszámítva a frontendet) teljesen érdektelenek, egy kenyérpirító megoldja mondjuk egy sqliteal...




Todo lista program írásához mit ajánlotok?: https://hup.hu/node/156731#comment-2169436

ja, és erre mondtam, hogy kicsit más todo lista programból kb 672 van... :)




Todo lista program írásához mit ajánlotok?: https://hup.hu/node/156731#comment-2169359

Ha a tanulás a cél, akkor sokat segít, ha elmondod, hogy mondjuk mit akarsz talnulni :)




Villámakció: miniszámítógépek és arra hajazó kütyük, bigyók olcsóbban, és/vagy ingyen: https://hup.hu/node/156662#comment-2169220

az írni nem tudás is :) Nézd már meg a topicod címét, tízből 9.9nek fog az lejönni,h oggy valami akció van, aminek a részleteit osztja meg valaki...




[nem vicc] Windows-on Apple alkalmazások?: https://hup.hu/node/156684#comment-2168415

"At this point, does not yet run macOS application with a GUI"

Egészen alkalmasnak tűnik gyakorlati felhasználásnak...




macOS High Sierra bug - root login bárki számára jelszó nélkül: https://hup.hu/cikkek/20171129/macos_high_sierra_bug_root_login_barki_szamara_jelszo_nelkul#comment-2167042

evone kedveli ezt :)




macOS High Sierra bug - root login bárki számára jelszó nélkül: https://hup.hu/cikkek/20171129/macos_high_sierra_bug_root_login_barki_szamara_jelszo_nelkul#comment-2167046

szerintem már most is lehet, van valami a jelszómezőben, azt elhashelik :D végülis kő mindegy, mi az, nem?

és majd lesz a pass policy, hogy kis nagybetű, spec karaketer, és emoji. Amiből legalább egynek-egynek kell ázsiai meg fekete bőrszín modifier, merthát mégiscsak a 21 század ez, na.
A pislogó szar kötelező lesz a hupon. :D




új típusú személyi igazolvány - törve?: https://hup.hu/node/156468#comment-2164934

van valami sztori arról, hogy valami ügyvéd rendszeresen üres borítékokat küldött ajánlva a bíróságra, majd mutogatott, hogy elkeverték. Aztán kinyitottak egyet közjegyző előtt...




új típusú személyi igazolvány - törve?: https://hup.hu/node/156468#comment-2164555

https://hup.hu/node/156468?comments_per_page=9999#comment-2164338




Webszerver domain létrehozás - how to: https://hup.hu/node/156081#comment-2157134

Már többször felmerült bennem, hogy jó lenne látni az egész feladatot, vagy a hozzá adott anyagot, mert olyan suli nem nahyon van, ahol el se mondják, anyagot se adnak, és a kérdés is használhatatlan, mert nem ír semmit a perem feltételekről. És be is igazolódott a gyanúm, hogy van ott még, csak a kedves kérdező nem árulta el :-)




Run cron if load < X and uptime > Y only: https://hup.hu/node/156104#comment-2156943

Az /etc/cron.[hourly|daily|weekly] alá tett scripteket nem írja át semmi update. Viszont te nem biztos, hogy azt akarod, mert azok ált az anacronhoz tartoznak, és arról szólnak, hogy mindenképp fusson, mikor a gép online lesz legközelebb.

Sima /etc/crontabot se nagyon fog neked semmi kérdezés nélkül felülcsapni, mert arról azért minden épkézláb distró tudja, hogy config, de arra is az /etc/cron.d/ alá tenni a cronjobokat a legtisztább talán (vagy izlés szerint valami user crontabjába, ha van dedikált service user. Mondjuk én ezt nem preferálom, vannak bajai)




Run cron if load < X and uptime > Y only: https://hup.hu/node/156104#comment-2156949

Semmi komoly, olyasmik pl, hogy néha be tud keverni, hogy mi neki a shellje, ilyesmi. Szerintem általában tisztább érzés a cron.d.




Run cron if load < X and uptime > Y only: https://hup.hu/node/156104#comment-2157033

persze, csak egyrészt a kontextuson itt azért látszik, hogy nem hiányzik a plusz hibaforrás, a fenének se hiányzik, hogy túrni kelljen a mindenféle shelleket, amik néha az ilyen spec userekbe be vannak drótozva, aztán vagy átszivárog épp a passwdből, vagy nem, másrészt meg sok olyan elvileg jól megírt scriptet láttam én, amivel mégiscsak volt gond.

Szóval természetesen lehet azt jól csinálni, csak én szerintem egy csomó fölös tényezőt behoz, úgy, hogy igazából nincsen többnyire added value benne. Ráadásul azt tapasztalom, hogy egyszeri turkálós ember a crontabba meg a cron.d-be még csak belenéz, a /var/spool/cronba már ritkábban, ezért én személy szerint jobban szeretem az egységesebben (nem)működő cron.d-t, de mint mondtam, ez alapvetően preferencia kérdése, ha valami értelmes ok miatt jobb a service user crontabjába (pl mert login shellből működik csak normálisan valami obskurus cmd, és ott úgyis karban tartja valaki, ami kell neki, vagy akár csak ott épp az a szokás) szívbaj nélkül oda írom.




Run cron if load < X and uptime > Y only: https://hup.hu/node/156104#comment-2157196

"A binugzhuszároknak persze, hogy vixiet :-) a tennyerük a crontab -e parancs kiadásakor... Egyébként a sysvinit-et is lehet jól csinálni... Ja, hogy binugzosoknak az sem ment...? Scriptet írni egyszerű. Jól megírni egy scriptet nem annyira - ugyanis mindenki azt hiszi, hogy mivel egyszerű, man meg a csilliom rosszul-rosszabbul tákolt netes példa alapján sima ügy - miközben nem.
Tízből kilenc (és fél) scriptben nincs trap, pedig kéne. Nincs mindenre kiterjedő, sőt szinte semmilyen hibakezelés. Nincs explict megadott, a scripten belül érvényes PATH, illetve egyéb, a futás szempontjából lényeges környezeti változó megadva. A mindenféle shellfüggő trükköket mosty nem veszem ide - azt a megfelelő shellt megadva a futtatáshoz még azért lehet tolerálni."

"Ha valami csak a login shellből működik, az nagyjából környezeti változótól függést jelent - némi logikával ki lehet sakkozni, hogy mi kell neki, oszt' jónapot... Jó, persze, a "test -t 1" is bekavarhat :-P"

Mondtam én mást? Már a binugzozáson túl? Annyit mondtam, hogy a komplexitások egy része ott kevésbé kavarnak be, ha nem jól megírt a script. Az egyébként már nagyon offra visz, de szépen felvezetted, miért szar eszköz a shell az ilyen feladatokra. :) Sokkal többet kell foglalkozni a shell lelkének ápolgatásával, mint a saját problémád megoldásával. Nyilván a világ hülye, hogy állandóan szar shell scripteket ír mindenki.

"Az added value mondjuk bőven elég, ha annyi, hogy az user legyalulásával az időzített folyamatai is mennek a levesbe, mindenféle szívfájdalom nélkül"

Én legyalulni csomagból / config managementből szoktam, az remekül el tudja takarítani az /etc/cron.d -be rakott filet. (ha meg kézzel vakarok oda valamit, akkor igen, esélyes, hogy adott esetben én is a user cronjába rakom, de ez a kivétel)

"No meg az, hogy PAM-mal szépen lehet szabályozni, hogy melyik user használhat cron-t és melyik nem - aki meg igen, az önállóan meg tudja csinálni, nem kell emelt szintű jogosultságot adni neki a közös lónak túros héta cron fájlhoz, vagy épp könyvtárhoz a /etc alatt."

Hát, multi user környezetben ez igaz, mentségemre legyen mondva, service userről volt szó, az ritkán írja maga a crontabjait, és települni meg úgyis valami értelmes priviledggel rendelkező telepíti. Ráadásul ott meg egyébként security szempontból jobb az, hogy a sokszor eleve /bin/false shelles user, amire a deamon majd ráül nem kap egy kiskaput, hogy ha megnyomják a szolgáltatást, akkor a cronon keresztül tudjon shellscriptet indítani.




Run cron if load < X and uptime > Y only: https://hup.hu/node/156104#comment-2157269

"Nem a shell lelkének az ápolhgatásával, hanem a helyesen tervezett, a szükséges feltételeket önmagában beállító/vizsgáló, korrekt hibakezeléssel bíró program írásával kell foglalkozni."

Jaja, mint pl hogy van e space a kiba = két oldalán. Mondom, mindenki hülye, csak a shell helikopter :) Nem mondtam, hogy nem lehet benne helyesen működő programot írni (perlben is lehet pl olvashatót, csak ahogy kolléga mondani szokta, nem szokás), azt mondtam, hogy szerintem sokkal többet kell kerülgetni a shell saját bajait, mint máshol. A shell egy elég vacak programnyelv.

Ráadásul tipikus usecase az a pár soros integráció, ami aztán mint mondtad is köszönettel legalább egy oldal, ha az ember tényleg normálisra akarja csinálni. Az adminok jó része meg nem programozó, szóval erre bizony nem egy jó tool. (Figyelj, ettől még a user lehet, hogy péhápápistike, és ez nem menti fel, de azt sem, aki nem ehhez igazodó toolt ad a kezébe).

Értem, hogy téged ez triggerel, mert szereted a shellt, de légyszi fogadd el, hogy más meg esetleg nem. :)




Run cron if load < X and uptime > Y only: https://hup.hu/node/156104#comment-2157288

Még mindig ízlésről próbálsz vitatkozni velem. :) A pythont meg szeretem, in practice a leading space probléma sokkal kevésbé idegesítő (figyelj, számomra) mint pl az egyenlő körüli spacek. (és ja, vannak ott is vicces szívásfaktorok, kedvencem pl a "def foo(bar=[])" ).

A boilerplate viszont igenis probléma. Szegény java architectemet is szénné trollkodtam, mindig, mikor örült, hogy milyen sok már a generált kód, hogy most annak örül, hogy a javaban ennyi szart kell fölöslegesen kiírni? :D De viccet félre, a boilerplatet pl karban is kell tartani, abban is lehet hiba, azt propagálni kell mindenhova, ahol használtad stb. És pl egy perl/python/akármi izénél tipikusan nem kell mondjuk a signal handlinggal foglalkozni, mert köszöni, jó úgy ahogy van. (Illetve ott 99.5%ban jó úgy, nem annyiszor kell(ene) hozzányúlni.




Run cron if load < X and uptime > Y only: https://hup.hu/node/156104#comment-2156944

egyébként a most növesztett megoldásod miért nem jó? cronból ütemezed a scripted, aztán az max skippeli az adott runt, ha épp nem idle a gép.




Kiszivárgott a OnePlus 5T specifikációja és ára?: https://hup.hu/cikkek/20171029/kiszivargott_a_oneplus_5t_specifikacioja_es_ara#comment-2156798

A kérdés már csak az, hogy a politikai véleményed hogy kerül be, mint szempont valaki felelősségteljes IT szakemberségének meghatározásába...




Asus RT-N18U frissítés esete a sávszélességgel...: https://hup.hu/node/154755#comment-2127815

azért annyira aranyos, mikor valaki megkérdezi, hogy a javasolt alternatíva hogy áll az eredeti cucc featureivel, és megy a "megsértődés", meg a magyarázás, hogy az nem is kell...




Asus RT-N18U frissítés esete a sávszélességgel...: https://hup.hu/node/154755#comment-2127886

"Nem ajánlottam a tomatot és nem mondtam"

te nem, de az a szál azzal indult

"Azt állítottam hogy a Tomato céljai mások, mint az eredeti Asus terméké."
ja, és ezt sikerült -- legalábbis számonra -- elég kioktató hangsúlyú csillagrombolózással megspékelni, amiből erősen áradt az "ez nem kell" illetve a "de a tomato nem ez, hát miért kéred számon?". Holott teljesen valid a kérdés, hogy ha valaki ajánl egy alternatívát, akkor az mennyire fedi le az eredeti featuresetet?




K&H szépkártya web LOL: https://hup.hu/node/156302#comment-2161461

egy teljesen normálisnak látszó digicertes ev cert van ott. Ha esetleg megmutatnád, hogy a rókád szerint mi a baj vele, az sokat segítene.




K&H szépkártya web LOL: https://hup.hu/node/156302#comment-2161591

Hátizé. Ez valóban így van, és tulajdonképp valóban letolhatná a chaint (nem mintha attól előrébb lenne bárki), viszont most utólag megnézve az én rókám pl szereti a verizont.

DE, én nem ezt néztem, mivel ugye a topicnyitónak ezt sem sikerült beleírnia, én a kh oldaláról navigálva meg nem a szepkartya.kh aldomainre kerültem, hanem a https://www.kh.hu/web/szep-kartya/kartyabirtokos-belepes urlre, ott meg jó, a chaint is letolja (és nem is verisign). Szóval az ott egy maradéknak látszik, ami kicsit tényleg döcög, de ettől még elég pongyola volt a fikázás :)


openssl s_client -showcerts -connect kh.hu:443
CONNECTED(00000003)
depth=2 C = US, O = DigiCert Inc, OU = www.digicert.com, CN = DigiCert High Assurance EV Root CA
verify return:1
depth=1 C = US, O = DigiCert Inc, OU = www.digicert.com, CN = DigiCert SHA2 Extended Validation Server CA
verify return:1
depth=0 businessCategory = Private Organization, jurisdictionC = HU, serialNumber = 10195664-4-44, street = Lechner \C3\96d\C3\B6n fasor 9, postalCode = 1095, C = HU, ST = Budapest, L = Budapest, O = K&H Bank Zrt., OU = ICT, CN = www.kh.hu
verify return:1
---
Certificate chain
 0 s:/businessCategory=Private Organization/jurisdictionC=HU/serialNumber=10195664-4-44/street=Lechner \xC3\x96d\xC3\xB6n fasor 9/postalCode=1095/C=HU/ST=Budapest/L=Budapest/O=K&H Bank Zrt./OU=ICT/CN=www.kh.hu
   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 Extended Validation Server CA
-----BEGIN CERTIFICATE-----
MIIH5DCCBsygAwIBAgIQAUX0iZQ7J9CgukwuvrU1KzANBgkqhkiG9w0BAQsFADB1
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3
d3cuZGlnaWNlcnQuY29tMTQwMgYDVQQDEytEaWdpQ2VydCBTSEEyIEV4dGVuZGVk
IFZhbGlkYXRpb24gU2VydmVyIENBMB4XDTE2MTEyODAwMDAwMFoXDTE4MTIwMzEy
MDAwMFowgekxHTAbBgNVBA8MFFByaXZhdGUgT3JnYW5pemF0aW9uMRMwEQYLKwYB
BAGCNzwCAQMTAkhVMRYwFAYDVQQFEw0xMDE5NTY2NC00LTQ0MR8wHQYDVQQJDBZM
ZWNobmVyIMOWZMO2biBmYXNvciA5MQ0wCwYDVQQREwQxMDk1MQswCQYDVQQGEwJI
VTERMA8GA1UECBMIQnVkYXBlc3QxETAPBgNVBAcTCEJ1ZGFwZXN0MRYwFAYDVQQK
DA1LJkggQmFuayBacnQuMQwwCgYDVQQLEwNJQ1QxEjAQBgNVBAMTCXd3dy5raC5o
dTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMxRCHEcZjL+ggEEHpOc
YUlKq9ADXg7lgsh5eUeef53V1pTVrkDINor+dxb4NU1Pa460K0aD/9RwSzivXKCG
bLxLJajYXR6ZVrzo0/4ctjbkuzRChbkGyAqx5d8kvxKagr7Et/Mf6gz1r8XmtCj5
DNE0n/mzjoF9K3wHHK0ZLFF36al2I9vKFJlaPMCnwk7JeHio2JGSuna3ZOdcEuUL
GBe/8EfuCKJTcJxPOT+/Q7ZlaMpEowa18oWuMWUMFZstJOgjRMK4w5FTpaPPhw/E
8MoJrWSFhkkxW2qL2npva5WW46Z41nBxdbiXuBZWlyi2w9IkPPEIAd/Vxs5sBdNk
7EkCAwEAAaOCA/kwggP1MB8GA1UdIwQYMBaAFD3TUKXWoK3u80pgCmXTIdT4+NYP
MB0GA1UdDgQWBBTpk8jutK60rwYCZxKyP2rSn44h5zAvBgNVHREEKDAmggl3d3cu
a2guaHWCBWtoLmh1ggZraGIuaHWCCnd3dy5raGIuaHUwDgYDVR0PAQH/BAQDAgWg
MB0GA1UdJQQWMBQGCCsGAQUFBwMBBggrBgEFBQcDAjB1BgNVHR8EbjBsMDSgMqAw
hi5odHRwOi8vY3JsMy5kaWdpY2VydC5jb20vc2hhMi1ldi1zZXJ2ZXItZzEuY3Js
MDSgMqAwhi5odHRwOi8vY3JsNC5kaWdpY2VydC5jb20vc2hhMi1ldi1zZXJ2ZXIt
ZzEuY3JsMEsGA1UdIAREMEIwNwYJYIZIAYb9bAIBMCowKAYIKwYBBQUHAgEWHGh0
dHBzOi8vd3d3LmRpZ2ljZXJ0LmNvbS9DUFMwBwYFZ4EMAQEwgYgGCCsGAQUFBwEB
BHwwejAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuZGlnaWNlcnQuY29tMFIGCCsG
AQUFBzAChkZodHRwOi8vY2FjZXJ0cy5kaWdpY2VydC5jb20vRGlnaUNlcnRTSEEy
RXh0ZW5kZWRWYWxpZGF0aW9uU2VydmVyQ0EuY3J0MAwGA1UdEwEB/wQCMAAwggH0
BgorBgEEAdZ5AgQCBIIB5ASCAeAB3gB1AKS5CZC0GFgUh7sTosxncAo8NZgE+Rvf
uON3zQ7IDdwQAAABWKsyOwEAAAQDAEYwRAIgF7pv87TUTODBE3ppVlZtTAQSp2/k
A2NrZvCcGk3sF44CIHCdowp1ZMPx1RG+C+UEocpeug8eBskVTuIf5Z+VKzteAHUA
aPaY+B9kgr46jO65KB1M/HFRXWeT1ETRCmesu09P+8QAAAFYqzI7AwAABAMARjBE
AiBkzdtAavCNX1IdT3S2LV2zcfNtY3jsxUb8U7ifYuAj5QIgAlCGp5nvCOmRm4Bj
UH82IfUb3YF9OEj3E+J2SgC7dWMAdgBWFAaaL9fC7NP14b1Esj7HRna5vJkRXMDv
lJhV1onQ3QAAAVirMjtXAAAEAwBHMEUCIQDv1Bs2PgTPWYTbXo/Vh87h2qk60SW3
n0V6rvCXEwbdQAIgcZjwpFDm3qcUzeSvCp8gnrEwdfpG6FZkEmgwxSsJTe0AdgDu
S723dc5guuFCaR+r4Z5mow9+X7By2IMAxHuJeqj9ywAAAVirMj0WAAAEAwBHMEUC
IQDOB199wpvJg/ztIYAkRoyTVbHWCSNCUcSy2a7wvMETnwIgWLaP7tr3Pf7bg8x7
x3bjH2naZ1PUirA1NHWs8PZuN+gwDQYJKoZIhvcNAQELBQADggEBAKLCErLL8Rjl
KQK0eD5XjkjtVPSNhZy4GNiM093OjFlkLiyWf96yqS5X7JE8e67UT/2ZRMUNMIWT
5YMILg0Mbho9FAtga/gxtFi5CJKC98zdFFmLduES4j7Hg+yzPSGASOyP+lI3rSGX
QNAhvHofQMNBoHMz4GDOYR4vkLV1ZHvirT713xeRFyodrApnw+mbDYbqyLTgMzBU
T4ecUSqp5L2qJZpeiyuU/RWu6+yv3QyA7/fl/2YIikxKvIIIWmLtfBQRISJYnWNH
ks/M1AIGOthgaaGSPylPU2XiN6IZq9kJvaNmyAIqZFovAYoZmdJICf4vD7wdWtG4
2g37QgRYibE=
-----END CERTIFICATE-----
 1 s:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 Extended Validation Server CA
   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance EV Root CA
-----BEGIN CERTIFICATE-----
MIIEtjCCA56gAwIBAgIQDHmpRLCMEZUgkmFf4msdgzANBgkqhkiG9w0BAQsFADBs
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3
d3cuZGlnaWNlcnQuY29tMSswKQYDVQQDEyJEaWdpQ2VydCBIaWdoIEFzc3VyYW5j
ZSBFViBSb290IENBMB4XDTEzMTAyMjEyMDAwMFoXDTI4MTAyMjEyMDAwMFowdTEL
MAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3
LmRpZ2ljZXJ0LmNvbTE0MDIGA1UEAxMrRGlnaUNlcnQgU0hBMiBFeHRlbmRlZCBW
YWxpZGF0aW9uIFNlcnZlciBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC
ggEBANdTpARR+JmmFkhLZyeqk0nQOe0MsLAAh/FnKIaFjI5j2ryxQDji0/XspQUY
uD0+xZkXMuwYjPrxDKZkIYXLBxA0sFKIKx9om9KxjxKws9LniB8f7zh3VFNfgHk/
LhqqqB5LKw2rt2O5Nbd9FLxZS99RStKh4gzikIKHaq7q12TWmFXo/a8aUGxUvBHy
/Urynbt/DvTVvo4WiRJV2MBxNO723C3sxIclho3YIeSwTQyJ3DkmF93215SF2AQh
cJ1vb/9cuhnhRctWVyh+HA1BV6q3uCe7seT6Ku8hI3UarS2bhjWMnHe1c63YlC3k
8wyd7sFOYn4XwHGeLN7x+RAoGTMCAwEAAaOCAUkwggFFMBIGA1UdEwEB/wQIMAYB
Af8CAQAwDgYDVR0PAQH/BAQDAgGGMB0GA1UdJQQWMBQGCCsGAQUFBwMBBggrBgEF
BQcDAjA0BggrBgEFBQcBAQQoMCYwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRp
Z2ljZXJ0LmNvbTBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsNC5kaWdpY2Vy
dC5jb20vRGlnaUNlcnRIaWdoQXNzdXJhbmNlRVZSb290Q0EuY3JsMD0GA1UdIAQ2
MDQwMgYEVR0gADAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5j
b20vQ1BTMB0GA1UdDgQWBBQ901Cl1qCt7vNKYApl0yHU+PjWDzAfBgNVHSMEGDAW
gBSxPsNpA/i/RwHUmCYaCALvY2QrwzANBgkqhkiG9w0BAQsFAAOCAQEAnbbQkIbh
hgLtxaDwNBx0wY12zIYKqPBKikLWP8ipTa18CK3mtlC4ohpNiAexKSHc59rGPCHg
4xFJcKx6HQGkyhE6V6t9VypAdP3THYUYUN9XR3WhfVUgLkc3UHKMf4Ib0mKPLQNa
2sPIoc4sUqIAY+tzunHISScjl2SFnjgOrWNoPLpSgVh5oywM395t6zHyuqB8bPEs
1OG9d4Q3A84ytciagRpKkk47RpqF/oOi+Z6Mo8wNXrM9zwR4jxQUezKcxwCmXMS1
oVWNWlZopCJwqjyBcdmdqEU79OX2olHdx3ti6G8MdOu42vi/hw15UJGQmxg7kVkn
8TUoE6smftX3eg==
-----END CERTIFICATE-----
 2 s:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance EV Root CA
   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance EV Root CA
-----BEGIN CERTIFICATE-----
MIIDxTCCAq2gAwIBAgIQAqxcJmoLQJuPC3nyrkYldzANBgkqhkiG9w0BAQUFADBs
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3
d3cuZGlnaWNlcnQuY29tMSswKQYDVQQDEyJEaWdpQ2VydCBIaWdoIEFzc3VyYW5j
ZSBFViBSb290IENBMB4XDTA2MTExMDAwMDAwMFoXDTMxMTExMDAwMDAwMFowbDEL
MAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3
LmRpZ2ljZXJ0LmNvbTErMCkGA1UEAxMiRGlnaUNlcnQgSGlnaCBBc3N1cmFuY2Ug
RVYgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMbM5XPm
+9S75S0tMqbf5YE/yc0lSbZxKsPVlDRnogocsF9ppkCxxLeyj9CYpKlBWTrT3JTW
PNt0OKRKzE0lgvdKpVMSOO7zSW1xkX5jtqumX8OkhPhPYlG++MXs2ziS4wblCJEM
xChBVfvLWokVfnHoNb9Ncgk9vjo4UFt3MRuNs8ckRZqnrG0AFFoEt7oT61EKmEFB
Ik5lYYeBQVCmeVyJ3hlKV9Uu5l0cUyx+mM0aBhakaHPQNAQTXKFx01p8VdteZOE3
hzBWBOURtCmAEvF5OYiiAhF8J2a3iLd48soKqDirCmTCv2ZdlYTBoSUeh10aUAsg
EsxBu24LUTi4S8sCAwEAAaNjMGEwDgYDVR0PAQH/BAQDAgGGMA8GA1UdEwEB/wQF
MAMBAf8wHQYDVR0OBBYEFLE+w2kD+L9HAdSYJhoIAu9jZCvDMB8GA1UdIwQYMBaA
FLE+w2kD+L9HAdSYJhoIAu9jZCvDMA0GCSqGSIb3DQEBBQUAA4IBAQAcGgaX3Nec
nzyIZgYIVyHbIUf4KmeqvxgydkAQV8GK83rZEWWONfqe/EW1ntlMMUu4kehDLI6z
eM7b41N5cdblIZQB2lWHmiRk9opmzN6cN82oNLFpmyPInngiK3BD41VHMWEZ71jF
hS9OMPagMRYjyOfiZRYzy78aG6A9+MpeizGLYAiJLQwGXFK3xPkKmNEVX58Svnw2
Yzi9RKR/5CYrCsSXaQ3pjOLAEFe4yHYSkVXySGnYvCoCWw9E1CAx2/S6cCZdkGCe
vEsXCS+0yx5DaMkHJ8HSXPfqIbloEpw8nL+e/IBcm2PN7EeqJSdnoDfzAIJ9VNep
+OkuE6N36B9K
-----END CERTIFICATE-----
---
Server certificate
subject=/businessCategory=Private Organization/jurisdictionC=HU/serialNumber=10195664-4-44/street=Lechner \xC3\x96d\xC3\xB6n fasor 9/postalCode=1095/C=HU/ST=Budapest/L=Budapest/O=K&H Bank Zrt./OU=ICT/CN=www.kh.hu
issuer=/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 Extended Validation Server CA
---
No client certificate CA names sent
Peer signing digest: SHA256
Server Temp Key: DH, 1024 bits
---
SSL handshake has read 4902 bytes and written 444 bytes
Verification: OK
---
New, TLSv1.2, Cipher is DHE-RSA-AES256-GCM-SHA384
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
    Protocol  : TLSv1.2
    Cipher    : DHE-RSA-AES256-GCM-SHA384
    Session-ID: 1EE4015F32E83402862C1CC71BB15C0A01F83A9AE67BBAE65ACDF0ADEA41AC1B
    Session-ID-ctx: 
    Master-Key: F645667B5E9FA0486DD2DC5493785E4B91E349B2041889788B7A2B7AC9039F8B8BCA1C90D3AAE74C292D3A82405F3DD1
    PSK identity: None
    PSK identity hint: None
    SRP username: None
    Start Time: 1510498812
    Timeout   : 7200 (sec)
    Verify return code: 0 (ok)
    Extended master secret: no
---



"A" rekord: https://hup.hu/node/156284#comment-2161465

Helyesen (tippre, mert nem ismerem a softwaret), mivel ott cidr címet kért, nem pedig netwörköt a 192.168.1.17/24 az bizony azt jelenti, hogy az emlegetett netwörkből a 17 cím, nem jelent az ott netwörköt szerintem, és egy sima dobjuk be a hálóba, nem kell neki saját subnet esetén teljesen jó lehet.

(Ráadásul de facto nem lehet kijelenteni, hogy az első meg az utolsó címet nem lehet használni, láttam én már networköst leesni a magas lóról, mikor megpróbált lehülyézni, hogy vpn link neteknek /31-es osztás terveztem network planba, hogy még azt se tudom, hogy nem lehet. Aztán point to point interfacenél meg természetesen lehetett :) De ezt csak érdekességképp, általában ilyet valóban nem lehet csinálni )




"A" rekord: https://hup.hu/node/156284#comment-2161585

Nem szántam korholásnak, láttam, hogy beleírtad a nem javasoltat, csak kis kiegként tettem hozzá :)




"A" rekord: https://hup.hu/node/156284#comment-2161586

- dedup -




Külföldi álláskeresés: https://hup.hu/node/154601#comment-2128061

bár ez igaz, de sajnos egyelőre inkább a kivétel, ami erősíti a szabályt.




Külföldi álláskeresés: https://hup.hu/node/154601#comment-2127896

nem azért, de hozzátette. ott van mögötte explicit, hogy szerintem :)




Külföldi álláskeresés: https://hup.hu/node/154601#comment-2128001

Ez valóban igaz. :-)

Mondjuk a commentbol eléggé egyértelmű volt imho.




Külföldi álláskeresés: https://hup.hu/node/154601#comment-2128152

hogy jön ide a nyelvtan, it szemantikáról van szó :)




Külföldi álláskeresés: https://hup.hu/node/154601#comment-2128189

szóval akkor Arany János összes művei nyelvtan? :)

És az is le van írva benne valahol, hogy az és kötőszó az egyébként nem mellé, hanem alárendel? ;)




Miben irnal tobbmillio useres chatet: https://hup.hu/node/154845#comment-2159417

Elég skizo...




Miben irnal tobbmillio useres chatet: https://hup.hu/node/154845#comment-2129959

"Mondj már olyat, ami olyan gyorsan futott fel, hogy nem tudták volna közben háromszor újraírni..."

nem tud, mert azok definíció szerint nem futottak fel ;)

(rejtett sub)




Miben irnal tobbmillio useres chatet: https://hup.hu/node/154845#comment-2135209

Cserébe az esetek nagy többségében olvashatóbb, mint az akadémia által favorizált mód.




Miben irnal tobbmillio useres chatet: https://hup.hu/node/154845#comment-2135226

Nem tudok a többség nevében nyilatkozni, én azért szoktam így írni, mert véleményem szerint az összes, magyar fonetikába rosszul illeszkedő külföldi szó katasztrofálisan szarul olvasható a helyes írásmóddal, főleg, ha egyébként fogalmam sincs, hogy kell kiejteni, hello franciák (és az összes jövevény szavuk az angolba :). Bizonyára köze van ahhoz, hogy képolvasok, mivel azt tanították (és ezzel vagyunk még egy páran). Szóval ha bizonytalan vagyok, én bizony kiteszem, és nem nagyon érdekel, hogy a nagykönyv szerint az úgy nem helyes. A thread végére nem tenném ki, de egyáltalán nem zavar, hogy ott van.




Miben irnal tobbmillio useres chatet: https://hup.hu/node/154845#comment-2135238

mivel a kötőjellel kvázi feladtuk, hogy rendesen hasonuljon a magyar írásba, ezért szerintem ez már ízlés kérdése. Speciel én itt inkább fölöslegesnek érzem dét a -del-ben ( :) ) és nem zavar a hiánya, amikor meg a szó végi hangzó egyébként sem egyértelmű, vagy azért, mert az olvasó műveletlen, vagy azért, mert van neki egy közbeszédben rosszul rögzült formája (sevrolé, sevrolet pl), vagy mert épp félúton van a szó a magyar nyelvbe épülésbe, és változik a kiejtése, akkor még jobb is lehagyni, aztán mindenki azt olvas bele, ami az ő fülét nem zavarja. A magas/mély még úgy is lehet szar :)




Miben irnal tobbmillio useres chatet: https://hup.hu/node/154845#comment-2135309

Most ízlelgetve valóban, de szerintem csak azért, mert beleraktad a bogarat a fülembe. :) Mert egyébként meg nem, in pattern matchelek, és azt olvasom "hangosan" a fejemben. Regényeknél típikus, hogy félúton tűnik fel, hogy egyik másik szereplőt nem is egészen úgy hívják, ahogy én olvasom :)

szóval ízlés kérdése, na. És ezért jobb ilyenekről beszélni, mint azzal érvelni, hogy "azaszabáj", mert így még tán szélesedik is az ember világlátása :)




Miben irnal tobbmillio useres chatet: https://hup.hu/node/154845#comment-2135310

a szabályt ismerem, csak a rosszul illeszkedés definíciója változik egyénenként :)




Az Apple közleményt adott ki az iPhone X OLED kijelzőjével kapcsolatban, aminél szintén jeletkezhet színárnyalatváltás és beégés: https://hup.hu/cikkek/20171104/az_apple_kozlemenyt_adott_ki_az_iphone_x_oled_kijelzojevel_kapcsolatban_aminel_szinten_jeletkezhet_a_szinvaltas#comment-2158838

"Sosem ertettem miert eroltetik az AMOLED-et."

Mióta először volt oledes telefonom azóta tudom, hogy sose akarok többet világító feketét, akármennyire szebb egy ips panel (egyébként szerintem nem az, mondjuk túl is van lihegve ez az egész, fullhd, meg 4k, ehh), és ha ennek az az ára, hogy oldalról enyhe blueshift van, azt körkörösen le..rom.




security.txt - szabványjavaslat weboldalak biztonsági irányelveinek közzétételére: https://hup.hu/cikkek/20171008/security_txt_szabvanyjavaslat_weboldalak_biztonsagi_iranyelveinek_kozzetetelere#comment-2148565

jah, spammerek is lájkolják ezt :)




security.txt - szabványjavaslat weboldalak biztonsági irányelveinek közzétételére: https://hup.hu/cikkek/20171008/security_txt_szabvanyjavaslat_weboldalak_biztonsagi_iranyelveinek_kozzetetelere#comment-2148571

láttam, ezzel együtt sikerült egy jól belőtt példát adni a best practiceben. :)




security.txt - szabványjavaslat weboldalak biztonsági irányelveinek közzétételére: https://hup.hu/cikkek/20171008/security_txt_szabvanyjavaslat_weboldalak_biztonsagi_iranyelveinek_kozzetetelere#comment-2148581

nyilvánvalóan ez előbbi, természetesen. csak mindig gyanúsak az olyan dolgok, amikből ránézésre süt, hogy nem lettek olyan jól átgondolva :)




security.txt - szabványjavaslat weboldalak biztonsági irányelveinek közzétételére: https://hup.hu/cikkek/20171008/security_txt_szabvanyjavaslat_weboldalak_biztonsagi_iranyelveinek_kozzetetelere#comment-2148583

nem, nem az a megoldás, csak a spamszűrőnek segít kicsit, hogy kevesebb vacak jöjjön. Nem véletlen kopott ki szegény whois is például, és kapsz helyette az arcodba captchas vackot mindenhol. sajnos az email eléggé fubar, és körbe kell tákolni...




A Duck Duck Go ...: https://hup.hu/szavaz%C3%A1sok/20170608/a_duck_duck_go#comment-2110191

Akkor most nézd meg a nickjét...




Eszel húst?: https://hup.hu/szavazasok/20170820/eszel_hust#comment-2131617

Pusztán csak akadémiai érdeklődésből: a rohadásnak indult növények miért nem gusztustalanok?




Eszel húst?: https://hup.hu/szavazasok/20170820/eszel_hust#comment-2131818

feljebb az volt az érvelés alapja, hogy a döglött állat fujj, mert rohad azonnal, ezért azt ne együk. Engem ennek fényében érdekel, hogy a halott, ezért rohadásnak indult növény ebből a szempontból miért jobb.

A paradicsomba meg persze, hogy egyikbe se haraptál volna bele. Azokat, amik olyan állapotban vannak ugyanis eladják beleharapósnak. :)

Egyébként meg akkor most tényleg, mi legyen? Fotoszintetizáljunk? Az azért is jobb volna, mert nem történne a kajával az a rengeteg gusztustalan dolog az emberek gyomrában...




Eszel húst?: https://hup.hu/szavazasok/20170820/eszel_hust#comment-2131893

"Erveles alapjanak azert nem neveznem, egy szempont volt sok massal, "

örülök, hogy szerinted nem, de Breakneté határozottan ez volt, meg az, hogy puffad tőle :)

"Az egyik, hogy az allatot mikor megolod, akkor meghal, de a novenyt mikor kihuzod a foldbol meg nem hal meg rogton. Elkezdi felhasznalni a tartalekait, es majd ha abbol kifogyott, akkor elsorvad/megrohad. Szoval lenyegesen frissebben fogyasztod a zoldseget."

Ha elfogadjuk belegondolás nélkül azt, hogy a bomlási folyamatosak teljesen egyenletesek, meg figyelmen kívül hagyjuk, hogy egy csomó növényt nem húzunk ki a földből, hanem pl levágunk.
Meg abban az esetben, ha azt a te saját kertecskédből tépted le, különben a fene se tudja, mennyit állt előtte. Illetve de, annyit, hogy még ne legyen eladhatatlan. És őszintén szólva mondjuk egy Auchanban én speciel gyakrabban látok minősíthetetlen állagú zöldséget, mint húsárut. Ennek az egyik oka az, hogy a húst igyekeznek frissebben eladni, amikor még nem kezd neki baja lenni, különben a kedves vevők a fejükre húznák.

"De az megvan, hogy pl etelmergezest nem lehet novenyektol kapni? Csak gyomorrontast." Hát, erre azért citation needed. Főleg, hogy ételmérgezés alatt tipikusan azokat a dolgokat értjük, amikor a helytelenül kezelt / tárolt kajába került, vagy a bomlása során keletkezett valami nem jól emészthető . Biztos lehet olyan definíciót találni a gyüjtőszó ételmérgezésnek, amiből alaposan ki van zárva minden olyan, ami nem állati, szerintem te is ezt csinálod, amikor "csak gyomorrontásnak" titulálod azt, amit attól kapsz, ha zöldséget eszel, de ez nem tűnik túl meggyőzőnek.

Pl az elsőguglis linkből ha szemezgetek "Ételfertőzés leggyakrabban a házi disznósajt, tejszínes vagy tojásos krémek, fagylalt, főtt tészta, hal- és gombás ételek, nyitva hagyott konzervek fogyasztása után jelentkezik" akkor itt azért belekerült némi tészta, gomba, fagyi, ami kevésbé állati.




Azon gondolkodám, hogy DST: https://hup.hu/node/156096#comment-2156827

nekem is ez volt az első gondolatom a topic kapcsán, hogy bizony az ITre oly jellemző lovon fordítva ülés esete forog fenn, hogy mindenki igazodjon ahhoz, ahogy neki kényelmes. Csak azt nem értem, miért álltunk meg itt, beszéljen már akkor mindenki unixtimeot IRL, az sokkal egyszerűbb :)

(Most már csak azt a gondolatodat kellene elővenni, mikor megpróbálod megmagyarázni, hogy a portrait video azért rossz, mert a te landscape monitorod nem tölti ki, és az egy pusztán műszaki probléma, mindegy, mi van (vagy landscapeben éppen mi nincs) raja :) )




Azon gondolkodám, hogy DST: https://hup.hu/node/156096#comment-2156892

off:

igen, és amikor megpróbáltam elmagyarázni, hogy kompozíció szempontjából egy csomó valid érv lehet a portrait mellett, akkor előadtad (nem keresném most vissza), hogy te erre egy tisztán műszaki problémaként tekintesz, mindegy, mi van a képen. Na, az pont ugyanez az érvelés, mint amivel most nem értesz egyet :)




Azon gondolkodám, hogy DST: https://hup.hu/node/156096#comment-2156891

Nézd, azzal lehet vitatkozni, hogy a DSTnek mint olyannak egyébként van-e bármi értelme. (Egyébként szerintem is gyak semmi, jelenleg leginkább az a róka fogta csuka tán a legvalidabb érv mellette, hogy így Európa nagy részében ugyanannyi az idő, és kevesebbet kell szopni a tzkkel :D), de a "hiszti" itt azon szólt, hogy ha megkérdeztek volna egy programozót, akkor ő jól elmondta volna, hogy ez szopás. Mármint neki, csak ez a megrendelő szempontjából az kb. mindegy :) Ugyanaz, mint amikor a jómunkásember elmondja a házad építésénél, hogy neki hogy lenne pl könnyebb burkolni.




Azon gondolkodám, hogy DST: https://hup.hu/node/156096#comment-2156913

pontosan tudom, hogy szokta, ezért írtam. És azzal is tisztában vagyok, hogy ha azt +2 óra úgy leburkolni, akkor természetesen az drágább. Csak ugye ott is az szokott lenni, hogy "azt nem úgy kell csinálni", mikor barátunk igazából azt akarja mondani, hogy "nem szeretném úgy csinálni, mert macerás".




Azon gondolkodám, hogy DST: https://hup.hu/node/156096#comment-2157254

https://qntm.org/abolish




Azon gondolkodám, hogy DST: https://hup.hu/node/156096#comment-2157274

I can actually hear him rubbing his eyes.

"We don't centre our waking/sleeping cycle on solar noon, fool nephew," Uncle Steve explains. "We centre the school day on solar noon. In countries above and below certain latitudes, where seasonal variation in the amount of daylight is significant, it's important for there to be the maximum amount of light when children are going to school in the morning, and coming home from school in the afternoon. Here in Melbourne, solar noon is about 10:30 Standard Time, so the average school day is timetabled from 07:00 to 14:00, and a typical working day runs from about 07:00 to 15:00. That means that on a working day, I get up at 05:00, at the earliest."

"Ooogh. Sorry. That's about two hours later than I reckoned," I tell him.

"I know," he replies.

"I didn't know you did that in Australia," I say. "That deliberate misalignment of the diurnal routine. Does every country do it?"

"No. Equatorial countries don't, because they get plenty of light all year round. Temperate countries do, though. The technical term for it is 'daylight saving'."

I blink.

--
aka, persze, lehetne, hogy télen 9kor kezdődik a suli, aztán mindenki egyezkedhet a munkhelyén pl. :)

azt meg, hogy a -3:30 (van egyébként negyedórás is :D) miért olyan nagy szívfájdalom neked, azt nem tudom.




WannaCry/WanaCrypt0r 2.0: https://hup.hu/node/153538#comment-2104845

az openssl volt alapvetően nem? max függőség miatt volt érintett az sshd is. Vagy külön kipatchelték abból is?




Androidból autós nyomkövető SIM/NET nélkül: https://hup.hu/node/155888#comment-2152508

Mármint arra, hogy van-e valami titkos gyíkösszeesküvés, amivel ingyé lehet kivenni az adatot a levegűbő?

Nyilván van, mindenki csak passzióból fizet a netért.




Androidból autós nyomkövető SIM/NET nélkül: https://hup.hu/node/155888#comment-2152641

Telefonon megkered a google assistantot (mit tudom en mi a rendes neve) , hogy emlékezzen rá, hol parkolsz, és kész. Nem kell ehhez semmi a kocsiba.




Kelenföldi timelapse: https://hup.hu/node/156026#comment-2156164

http://www.olegkikin.com/shutterlife/canon_eos700d.htm




Kelenföldi timelapse: https://hup.hu/node/156026#comment-2156193

jaja. mondjuk tekintve a viszonylag alacsony mennyiségű mintát, érdemes ezt azért fenntartásokkal kezelni, ráadásul valószínűleg biasolt a "nekem szerintem idejekorán megdöglött" válaszadók irányba, mert pl ez: http://www.shutteractuations.com/canon-eos-camera-shutter-lifetime/ alapján a cannon 100k-t mond arra a modellre, de ténykérdés, hogy ezt dslr-el nem annyira jó buli.




Megjelent a Debian 9 "Stretch" : https://hup.hu/cikkek/20170618/megjelent_a_debian_9_stretch%20#comment-2113849

"lgepelsz egy cimet, amit a helyi DNS-ed nem szolgal ki, es maris masik DNS-re erkezik a requested, amit valahol, valaki beleforditott egy binarisba. Jezus ereje."

Ő, ha jól értettem a linkelt ticketet, (meg a resolved.conf manját) akkor erről azért nincsen szó, csak arról, hogy ha nincs konfigurált dns seholse, akkor használja a gugli dnst. De akkor mindig. Tehát nem az van, hogy jött egy nxdomain a local dnstől, és akkor továbbbiceg a guglihoz.




Megjelent a Debian 9 "Stretch" : https://hup.hu/cikkek/20170618/megjelent_a_debian_9_stretch%20#comment-2154240

Ne.
Szerintem nincs mar alapbol ifconfig, ip van. Az ifconfig nagyon rég deprecated.




KeyLogger iskolai gépen?: https://hup.hu/node/155332#comment-2140943

ja, szoktak előtte menni a zebrán át :D




Keresek ~10U-s gurolós rakc "szekrényt": https://hup.hu/node/155839#comment-2151733

https://wiki.eth0.nl/index.php/LackRack

:-)




Keresek ~10U-s gurolós rakc "szekrényt": https://hup.hu/node/155839#comment-2151775

Nem mondod? :-)

Csak gondoltam az "asztalon hever kupaconnál" minden jobbhoz bedobom, mint kis színes :-)




Keresek ~10U-s gurolós rakc "szekrényt": https://hup.hu/node/155839#comment-2151798

Látom elvitte a cica a humorérzéked :-)




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-2150435

+1




Hogyan nevezzük el a szervereinket: https://hup.hu/node/154585#comment-2124492

Azzal olyan nagy baj nincs, általában lokalizálva van a probléma, szóval a funkció sorszám elég :)

Viszont én már sajnos a szükségesnél sokkal többször csináltam olyat, hogy "ez a site most arrébb megy, have fun a neveiddel" :)




Hogyan nevezzük el a szervereinket: https://hup.hu/node/154585#comment-2134863

Hát, maradjunk annyiban, hohy 1990 régen volt...




MAC cím lekérdezése: https://hup.hu/node/155780#comment-2150183

Elnézést, de nem állom meg :-) 8 év hup tagság után olyat ajánlani, hogy emiatt kapcsolja be a dhcpt azért na.

Egyrészt tök fölösleges, másrészt potenciálisan elbassza annak az egynek a routeját is, ha peched van. (bár inkább csak nem jön fel, mert úgy se lesz dhcp abban a nwben).




MAC cím lekérdezése: https://hup.hu/node/155780#comment-2150267

Ne tetézd :)
se az ifconfig se az ip nem olvasgatja az ifcfg fileokat, lévén ezek distro független toolok. Annyira nem mozgat, hogy két percet rászánjak, de inkább csak az van, hogy alapból a nem up interfacek nem látszanak a kimenetben, de továbbra is, nehogymár működő ip kelljen ahhoz, hogy megnézz egy mac címet.




Microsoft - Nem nyírjuk ki az MS Paint-et: https://hup.hu/cikkek/20170725/microsoft_nem_nyirjuk_ki_az_ms_paint-et#comment-2124400

Ó bazmeg. De jó, hogy letettem a kvmat.




Elindult a http://www.linux-wiki.hu/ oldal: https://hup.hu/node/155481#comment-2147222

Nyugtázhatod, de egyrészt legalább 10 éve nincs rajta tartalom, másrészt -- nem nem keresek, annyira nem érdekel -- itt is volt számtalanszor téma, hogy mi van már, mondták emberek, hogy ők csinálnának rajta valami értelmeset, még arról is volt talán szó, hogy legyen redirect ide, de az lme ezekbe nem ment bele, cserébe többször megígérték, hogy mostmár aztán tényleg lesz vele valami. Hogy aztán személyesen slapic volt, vagy valaki más, az passz.




Elindult a http://www.linux-wiki.hu/ oldal: https://hup.hu/node/155481#comment-2144004

ja, gyakorlatilag egy kernel, egy busybox, újabban egy systemd, meg annyi userland, amivel elindul a kodi. Viszont ez egy darab (vagy kettő) fileba csomagolva. Ők úgy hívják, hogy JEOS (just enough OS)

Egyébként van neki egy forkja is, ami úgy fest hosszú távon befutó lesz, azt úgy hívják, hogy libreelec. (https://libreelec.tv/)




Ellenőrizd a számlázóprogramodat, hogy jogszabálykövető-e!: https://hup.hu/node/148165#comment-1999689

[troll]ráadásul színesnek kell lenni neki az xmlben is [/troll]




Ellenőrizd a számlázóprogramodat, hogy jogszabálykövető-e!: https://hup.hu/node/148165#comment-1999819

disclaimer: baromira nem értek hozzá... de szerintem az van, hogy ha te úgyse akarsz olyan számlát kibocsáltani, ami mondjuk "közvetített szolgáltatást tartalmaz", akkor nincs azzal baj, hogy ezek ezt nem tudják kezelni. És gyanús, hogy van egy csomó olyan cucc, amit az ilyesmik célközönsége nem nagyon használna (mert pl mittomén villanyszerelő, odamegy, megcsinálja, kb munkadíjat meg esetleg anyagot fog továbbszámlázni). Ettől az eredeti felvetés, hogy nézd meg, mit tud jogos, csak nem vagyok benne biztos, hogy ha valami nem tudja az összes ilyen szart, akkor már egyáltalán nem jó.




Jelszó tárolás, hogyan?: https://hup.hu/node/154768#comment-2127794

enpass +1, most én is azt csinálom, hogy syncthingglel szinkronolok. :)




Jelszó tárolás, hogyan?: https://hup.hu/node/154768#comment-2127813

lastpass nagyon sokat bakizott az elmúlt ~1 évben az én ízlésemnek.




Jelszó tárolás, hogyan?: https://hup.hu/node/154768#comment-2127890

emlékeim szerint volt egy harmadik is legalább. :)

Jól kezelték, csak a hibák voltak olyan kissé fejfogósak. Mondjuk én eleve nem annyira rajongok az aaS jellegű megoldásért, elég bizalom az, hogy helyben jól van titkosítva, a transfert majd inkább én megoldom máshogy, szóval nem tartottam alaposabb körbenjárást, szóval ennek megfelelően kezelendő, de bennem az a kép alakult ki, hogy ha felhős cucc kéne, ezt inkább kihagynám.




CentOS Linux 7 (1708) for 64 bit x86: https://hup.hu/cikkek/20170915/centos_llinux_7_1708_for_64_bit_x86#comment-2141992

Mondjuk a fentebb írt problémák azért -- azon túl, hogy tockos a doksi hiányáért -- azért kissé picsogás szagúak. Hogy a security keretrendszer, ami eddig szart a tomcatre, most nem teszi, és elvárásokat támaszt arra nézvést, hogy el kell árulni, mihez turkálhat? Hát, ez neki a dolga. Az olyanok meg, hogy a /tmp kicsomagol valamit, amit futtatna, hátizé, diplomatikusan annyit tudnék mondani, hogy ugye milyen jó, hogy a javas gyerekek fosnak mindenki másra, főleg arra a platformra, amin éppen futnak, mert nem értenek hozzá?




CentOS Linux 7 (1708) for 64 bit x86: https://hup.hu/cikkek/20170915/centos_llinux_7_1708_for_64_bit_x86#comment-2142494

"Vagy ha mar basznak rendesen megcsinalni, akkor esetleg azt az 1 mondatot talan nem lett volna tul megerolteto beleirni a relnotes-ba, hogy a Tomcat mostantol a tomcat_t context alatt fut. De nem, erre nem futotta. 2 honappal release utan meg mindig nem. Helyette kulon bekezdest szenteltek annak, hogy",
"lehet, hogy te szeretsz a sotetben dofkodni, elvegre majdcsak eltalalod egyszer, en nem annyira."

Igen, mint mondtam, a release note hiánya miatt korbáccsal kell végigverni az elkövető tetszőleges kilógó testrészén, abban nincs vita, ezt tovább nem ragoznám.

Viszont a policy milyenségével való kifogásaid azért kétségések.

1) "Tomcat mostantol a tomcat_t context alatt fut,
Valóban lehetett volna egy automata relabel. Kérdés persze, hogy ott tartod-e a dolgaidat az fsen, ahol azt defaultból gondolja? Mert ha nem, akkor azt bizony minden másnál is neked kell labelezni.

2) "hogy mondjuk a Tomcat tudjon mar levelet kuldeni, mert a webappoknak van egy ilyen szokasa, hogy igen gyakran levelet kuldenek"
Na, ez egy big no-no. A selinux célja, hogy korlátozza az általa szabályozott szolgáltatásokat, hogy azok kompromittálódása esetén ne tudjanak a rendszer mindenféle más részéhez hozzászólni. A tomcat alapvetően webszolgáltató, elég ordas hülyeség lenne, ha megengednénk neki alapból, hogy levelet küldjön, abban a világban, ahova a beírod a gugliba, hogy webpage sendmail, akkor tippre az első 150 oldal azzal lesz tele, hogy hogy lehet megcsinálni valahogy shared hostingnál, hogy ne legyél spamrelay a random nálad futó szemét miatt minden másnap. Szóval az egy igen sane defaultja annak a policynak, aki lábon akarja lőni magát, az lehetőleg írja alá előtte a papírt, hogy direkt volt. Ha ezt alapból lehetne, azonnal reportolnám bugnak. Lehet, hogy még valami fórumon is picsognék :D

3) "Meg a Java tudja mar generalni a Java font cache-t, mivel ezt amugy o csinalta az elmult 20 evben,"
Az emlegetett font cache is azért erősen véleményes, az a java font cache-e, nem a tomcaté. Élnék a gyanúperrel, hogy jó az úgy, legyen neki valami kapcsolója, hogy ki basztathassa, de alapból mindenféle javas fosnak nem lenne muszáj, mert szintén támadási felület.

"Aztan a harmadik problema, hogy 2 honap alatt sem sikerult a RHEL-nek kivasalnia elegge blocker bugokat sem"
Mondjuk az a bug láthatólag a redhat szerint még baromira unpsecified. Tán szólni kellene nekik a supporton keresztül, hogy ez márpedig blocker neked. Ha meg nem, akkor el kell fogadni, hogy az RH ügyfeleinek mégsem tűnik blockernek. :) Egyébként sem tudom, hogy pl a tomcat rendesen supportált-e, nem csak mondjuk tech preview véletlen?

"Es szerintem az nem csak a Java-sokat, hanem az open source kozosseget ugy zusammen minositi, hogy a mai napig nem sikerult egy olyan SQLite drivert irni, ami nem a cache-bol akar execute-olni."
Már melyiket? Én olvastam már mindenféle nyelven sqliteból úgy, hogy senki nem akart a /tmpből execelni valami odafosott trágyát, szóval maradjunk csak a javasoknál. De mondjuk ha nem is, ezt azért selinux nyakába varni erős.

"Akarhogy szamolom, ez egyik sem engem minosit, meg nem az en inkompetenciam, de persze jogod van a velemenyedhez."
Hát, azért én úgy látom, hogy technikailag kaptál egy fél pontot, ha az automata relabel valóban nem megy, meg esetleg még egy felet a font cache miatt. Az van, hogy ha bele lett volna írva a release noteba, hogy a tomcet mostantól selinux alatt fut, akkor ezeket mind végig kellett volna nézni, mert a selinux az sajnos ezt igényli, pláne, ha nem zöldmezősen kezded. Szóval igen, a doksi hiányára való teljesen jogos észrevételed után azért a tech része, hogy ezzel dolgozni kell, az bizony picsogás szagú :)




A restart is pending on ... szakaggyá' meg: https://hup.hu/treyblog/20170921/a_restart_is_pending_on_szakaggya_meg#comment-2142655

az ITILben is teljesen valid, hogy a telnet egy olyan preapproved routine change, ami nem igényel change windowt.




A restart is pending on ... szakaggyá' meg: https://hup.hu/treyblog/20170921/a_restart_is_pending_on_szakaggya_meg#comment-2142670

nem azt mondtam, hogy kötelező, hanem hogy van rá lehetőség az ITILben. Hiszen az ITIL alapvetően csak egy risk management framework, és belefér, hogy ha tudatosan úgy döntünk, hogy annak a riskje, hogy egy apt-get install telnet gondot okoz, elég alacsony ahhoz, hogy routine change legyen, akkor lehet ezt tenni. Az, hogy a te melóhelyeden nem így döntöttek, az egy másik kérdés :)




A restart is pending on ... szakaggyá' meg: https://hup.hu/treyblog/20170921/a_restart_is_pending_on_szakaggya_meg#comment-2142690

Nem biztos, sok mindentől függ ez. Pl nincs ilyen mélységű működő software leltár, a security meg emiatt sír, és így volt egyszerűbb. De kétségtelen tény, hogy az ITILt -- egyébként minden más metodikához hasonlóan -- szokás gondolkodás nélkül bevezetni, majd nyüsszügni, hogy nehézkes szar.

(Egyébként meg nem fordítottja, én is abból indultam ki, hogy a default change management processz az él, csak valaki leül routine change listát csinálni. ebbe belefér az is, hogy tudatosan nincs rajta, meg az is, hogy nem is gondolkodtak)




10000 fekvotamasz 1 ora alatt?: https://hup.hu/node/155476#comment-2143998

csak nem ezer, hanem tízezer volt a mondás :)




10000 fekvotamasz 1 ora alatt?: https://hup.hu/node/155476#comment-2144023

megpróbálni mindent meg lehet, de azzal azért legyünk tisztában, hogy a másodpercenként 3 az irreális. :) A határok feszegetésével semmi baj nincs, de szerintem az is jobban megy, ha nem teljesen elszállt. Ilyen alapon miért nem mindjárt húszezer. Vagy legyen mindjárt 100k, azt is meg lehet próbálni :)




10000 fekvotamasz 1 ora alatt?: https://hup.hu/node/155476#comment-2144129

az még mindig 2.16 másodperc egy fekvőre, mikor pihent? :D

(maradjunk abban, hogy hiszi a piszi)




10000 fekvotamasz 1 ora alatt?: https://hup.hu/node/155476#comment-2144001

"Szerinted hol van a hiba a szamolasomban?" ...

"A karjaidat tudod edzeni, a gravitaciot nem."

be is lehet ám húzni egy fekvőt :) (persze ettől még a 10k esélytelen marad)




10000 fekvotamasz 1 ora alatt?: https://hup.hu/node/155476#comment-2144027

nem kell ahhoz markolni semmit a talajon kívül, hogy lefele is tudd használni az izmaidat (természetes azt könnyebb, ha van mit markolni). Abban szkeptikus vagyok, hogy érdemben sokat tud segíteni a tempón, de gyakorlatnak egyébként durva :)




Tippek hasznos Android alkalmazásokra: https://hup.hu/node/108447#comment-1792276

persze, szokott, egy motorral egyetemben :)




Tippek hasznos Android alkalmazásokra: https://hup.hu/node/108447#comment-1792294

Értem én, de imho ha ezt meg lehet(ne jelenleg) oldani on the fly softwareből legalább nagyjából normálisan, akkor gyanús, hogy nikonék, cannonék nem szenvednének vele ;) de legalább elkezdenék belepakolni a low end zsebmodellekbe a softwarest.

Persze lehet, hogy van valami ki innovatív statrup, aki ügyesen megoldja ezt, de az meg jó eséllyel nem android appot fog csinálni, hanem kulcsolni a fentieknél, hogy "vásároljatok fel, vásároljatok fel". Meg azért a fotózás sokszor bebizonyította már, hogy a fizikiát azért nehéz megkerülni.... :)




Tippek hasznos Android alkalmazásokra: https://hup.hu/node/108447#comment-1792373

Persze, vágom, nekem most a rendes gépem is egy sony a65, épp azért, mert egy csomó mókás dolgot tud szoftverből, amit az "igazi" vázgyártók nem annyira tesznek be. (Meg pl azért, mert a vázban van IS :), ami egész jó régi obiknál).

Nyilván lehet okoskodni a dolgon (a képminőség is rengeteget javult ezekkel a vacak kis műanyagdarabokkal), de én értelmes ISt még nem láttam telefonban, pedig néha játszom a fotós appokkal.




Tippek hasznos Android alkalmazásokra: https://hup.hu/node/108447#comment-1901594

Ha ezt valóban így szeretnéd: "Mondjuk ha valaki a családban átbillenti a telefont "most követhető vagyok" üzemmódba és én küldök egy "Hol van X?" kérést, akkor kapjak csak infót." -- vagyis eleve a gyerek aktív részvételére számítasz, akkor imho egyszerűbb, ha keresel valami olyat, ami simán csak elküldi az infót smsben, gondolom simán tudnak már egy ilyet használni. Ilyesmit láttam a storeban anno, sajna gyakorlati tapasztalatom nincs, de azért ezek elég móricka usecasek. És igen, sajna marad a próbálgatás, másképp nagyon nem megy. Illetve, ha valami általános usecased van, akkor lehet találni ilyen best xyz feature app cikkeket, de egyrészt sűrűn amcsi szemüveg, másrészt én azt találtam, hogy az ilyen cikkeket írók szeretik a bloatwaret :)




Tippek hasznos Android alkalmazásokra: https://hup.hu/node/108447#comment-1901824

https://play.google.com/store/apps/details?id=net.melwin.pingbot -- szintén csak kereső alapján




Tippek hasznos Android alkalmazásokra: https://hup.hu/node/108447#comment-1901966

[troll] Az app storeban ne keress androidos cuccokat [/troll]

Keress a weben, play.google.com




Tippek hasznos Android alkalmazásokra: https://hup.hu/node/108447#comment-1902327

no para, nyilván értettük. :)

Egyébként nem tudom, sok minden van benne, de a kereső viszonylag jól működik. windows phoneos appstore ilyen szempontból katasztrófa, a bing keres, de rettentő fosul.




Tippek hasznos Android alkalmazásokra: https://hup.hu/node/108447#comment-1970527

csak tippelek, de locus?




Durva cache-t, de hogyan?: https://hup.hu/node/155399#comment-2142812

aha, volt nekünk egy ilyen remote vezérelhető konnektorunk, amin a nyolc lukat 8 iframe jelképezte, ebből szerencsétől függően 1-3 töltött be egyszerre, a többiből semmi nem látszott. Ráadásul valami y kötéses kábelek voltak benne, és fel volt írva, hogy ez melyik vas melyik felét viszi le, vidám volt. Főleg úgy, hogy átadáskor nem regélték el, hogy hogy a francba is van, és hogy kell értelmezni alatta a feliratokat, vakartunk a fejünket, hogy ez most mi.




Varosi telefon - hangrogzites: https://hup.hu/node/155373#comment-2140792

Ez itt nem az usa, a bíró azt vesz figyelembe, amit akar.




Szerinted mennyire fontos állásinterjún, tárgyaláson karóra viselése?: https://hup.hu/szavazasok/20170914/szerinted_mennyire_fontos_allasinterjun_targyalason_karora_viselese#comment-2141142

az attól függ, hogy hívnak :)




ext4: tényleg olyan stabil?: https://hup.hu/node/155146#comment-2136286

azért csak ránéznék én arra egy `qemu-img info` -val meg egy `ls -lash` -val, hogy pontosan mi a helyzet. Bár ha jól emlkészem, ez inkább a másik irányba tud megszopatni.




Egyikben vessző, másikban kettőspont: https://hup.hu/treyblog/20170831/egyikben_vesszo_masikban_kettospont#comment-2135297

Az miben változtatja meg a fenti mondást, hogy a server neve adott esetben egy ipcím?




Egyikben vessző, másikban kettőspont: https://hup.hu/treyblog/20170831/egyikben_vesszo_masikban_kettospont#comment-2135332

félre ne érts, szerintem is faszság, de ha az a magyarázat, hogy elsőre ez volt az egyszerű, akkor azon nem változtat, hogy milyen más eseteket sem kezeltek külön.

Egyébként meg, ha már ott vesszővel kell, akkor inkább kelljen mindig vesszővel.




Egyikben vessző, másikban kettőspont: https://hup.hu/treyblog/20170831/egyikben_vesszo_masikban_kettospont#comment-2135466

Szerintem nem értitek. Nem azt mondta a kolléga, hogy csak így lehet, hanem hogy mert ott ez volt a kényelmes vmi kezdeti permissza miatt, és ilyen szofisztikációkat meg már nem tettek bele.




Mount pointra immutable flag: https://hup.hu/node/136247#comment-1796066

nekem nem rémlik, hogy nem üres könyvtárra ne lehetne mountolni...




Mount pointra immutable flag: https://hup.hu/node/136247#comment-1796547

Hát, specet nem olvastam ezügyben, de tapsztalatom szerint egyszerűen elfedi a régi tartalmat.




Windows 7-es gépek csoportos adminisztrálása: https://hup.hu/node/155085#comment-2135532

"van egy kevés tapasztalatom a Domain Kontrollal kapcsolatban, de azt a rémálmot inkább szeretném elfelejteni".

tehát keresel helyette valamit, ami ugyanazt csinálja, csak ingyen. Ebből a felállásból kevesebb rémálom még sose született.




Milyen shared password megoldást gondolsz hatékonynak? : https://hup.hu/szavazasok/20170829/milyen_shared_password_megoldast_gondolsz_hatekonynak#comment-2134900

Felcsapsz valahova egy freeipat mondjuk, es lőn boldogság.

Vagy letolod konfig managementből pl.




IoT eszkoz a halozaton: https://hup.hu/node/155099#comment-2135355

Ha VLANozni akarsz, akkor olyan routerre, ami tud a LAN oldalon vlanokat kezelni, szinte biztosan szükséged lesz, illetve mivel kell átjárás a két hálózat között, ezért valamiféle tűzfal szerűt is kell tudni raknia a kettő közé.

Azzal esetleg lehet játszani, hogy legalább az egyik netgear leírásán láttam, hogy ő egyébként tud static routeolni, meg még valami ACL support is van benne, tehát olyasmit lehet csinálni, hogy ő mint router játszik, az IoT vlanról a router nem is tud, csak annyit, hogy az annak adott új címtartományt rá kell routeolni a switch rendes vlanos címére. (illetve nyilván hajlandónak kell lennie azt a tartományt is natolni az internet fele). Szintén ott ACLekkel megoldható kéne legyen, hogy csak az érje el az IoT eszközt, akinek szabad. Viszont azoknak tudni kell, hogy a route a switchen keresztül mutat. (Mert ha a rendes router meg is oldja, hogy visszaküldi, a switchnek, ő már a vissza csomagot direktben fogja küldeni, ami, még ha megy is, simán vezethet mindenféle anomáliákhoz). DHCPt az IoT networkön így nem tudsz csinálni (hacsak a netgear nem ad azt is).

Ami egyébként ilyenkor jó lenne, az a Private VLAN intézménye, ami port alapon tud szeparálni, tipikusan úgy működik, hogy midenki csak az uplink porttal tud kommunikálni, illetve azokkal, akik vele egy communityben vannak. Viszont így IP szinten maradhat ugyanaz a hálózat.

---
Illetve azt bedobom még, hogy egyébiránt ha több IoT eszköz van, azok egymástól való izolációján is érdemes lehet gondolkodni, nem jó, ha a tvn keresztül nyomják meg a riasztót mondjuk....




Újságírók - még mindig: https://hup.hu/node/153812#comment-2135158

Azért az nm egy meglehetősen gyakorta használt rövidítés a négyzetméterre. Talán még a tulajdoni lapokon is úgy van...




Újságírók - még mindig: https://hup.hu/node/153812#comment-2135172

Maradjunk az isnél :-) magad mondtad, hogy újság, nem pedig mérnöki számítás, teljesen felesleges a köznapi nyelvtől elvárni a tudományos jellegű alaposságot. Hogy ne mondjam szemellenzős.




Az érintéses mobilfizetés jó, értem?: https://hup.hu/treyblog/20170822/az_erinteses_mobilfizetes_jo_ertem#comment-2132217

Akit ez mozgat, annak jó eséllyel egyébként is ott van a telefonja, és még be is van kapcsolva, szóval a "már azon túlmenően" rész nem zavarja őket. A vitatható megbízhatóságúval meg az van, hogy a bankkártya security egy elég fos vicc, nem lennék meglepve, ha technikailag a telefon jobb lenne. (pl megoldhatónak tűnik, hogy ne lehessen a jóváhagyásod nélkül leolvasni, hanem mondjuk csak feloldott állaptoban).




Az érintéses mobilfizetés jó, értem?: https://hup.hu/treyblog/20170822/az_erinteses_mobilfizetes_jo_ertem#comment-2132250

Egyrészt ez sokat javult, másrészt a bankkártya elég nyílt, arról lehet tudni, hogy nagyjából úgy szar, ahogy van. Ettől természetesen szíved joga nem tartani biztonságosnak, mindenki egyénileg dönt erről, de nálad azért szokott olyan érzése lenni az embernek, hogy te egész egyszerűen csak félsz a számodra ismeretlen dolgoktól, és ami a konfortzónádon kívül esik, azt lesöpröd --
egyébként önmagukban valamennyire jogos -- privacy meg security aggályokkal, ami meg belül esik, azt nem. Gondolom azért keresel pl googlel, még az is lehet, hogy pl netbankolsz a számítógépedről, rendeltél már házhozszállítással ezt azt, még azt is el tudom képzelni, hogy használtad már a bankkártyádat a neten (de boltban már biztosan) meg ilyenek... Amik mellett szintén elég sok -- önmagában valamennyire jogos -- security meg privacy aggályt fel lehet hozni.




Az érintéses mobilfizetés jó, értem?: https://hup.hu/treyblog/20170822/az_erinteses_mobilfizetes_jo_ertem#comment-2132287

ez a bakkártyával is megvan. :)




Az érintéses mobilfizetés jó, értem?: https://hup.hu/treyblog/20170822/az_erinteses_mobilfizetes_jo_ertem#comment-2132285

szerintem segítene neked, ha egyszer megnéznél egy androidot, amit ha akarsz szintén piszkálgathatsz magadnak, hiszen opensource, még elég aktív kommuna is van körülötte. Akár gugli mentesen is lehet futtatni, bár az funkcionális lemondásokkal jár, ilyen fizetés pl szinte biztos nem lesz, de ez téged nem szokott zavarni :)

Nyilván, amit bizonyos app tud, azt tudja, és nem többet, de azt látni kell, hogy az, hogy melyik cég milyen szolgáltatást tesz elérhetővé, az egy webes szolgáltatásnál is ilyen, és az appok jó része csak becsomagolt szolgáltatás....




Az érintéses mobilfizetés jó, értem?: https://hup.hu/treyblog/20170822/az_erinteses_mobilfizetes_jo_ertem#comment-2132577

Nem nagyon értem, miért fáj nektek ennyire, ha mások nem a ti preferenciátok alapján tart valamit kényelmesbek, vagy használ egy eszközt..




Az érintéses mobilfizetés jó, értem?: https://hup.hu/treyblog/20170822/az_erinteses_mobilfizetes_jo_ertem#comment-2132298

itt te játszottad a sértődött óvodást...




Az érintéses mobilfizetés jó, értem?: https://hup.hu/treyblog/20170822/az_erinteses_mobilfizetes_jo_ertem#comment-2132289

már megint triggered? :)




CMD challenge - teszteld parancssori képességeidet!: https://hup.hu/cikkek/20170820/cmd_challenge_teszteld_parancssori_kepessegeidet#comment-2131852

azok symlinkek voltak :)




CMD challenge - teszteld parancssori képességeidet!: https://hup.hu/cikkek/20170820/cmd_challenge_teszteld_parancssori_kepessegeidet#comment-2132150

monjuk perl van benne, megkérhetnéd őket, hogy dobjanak bele egy powershellt is :D




CMD challenge - teszteld parancssori képességeidet!: https://hup.hu/cikkek/20170820/cmd_challenge_teszteld_parancssori_kepessegeidet#comment-2133002

Azt csinálja (néha még irja is, higy random adattal nem volt jó) , csak nem mindig van összhangban a feladat kiírása azzal, amit valóban ellenőriz.
Ill a def része a példa adat.




Túl a 40 ezredik lezárt bugon a LibreOffice projekt: https://hup.hu/cikkek/20170816/tul_a_40_ezredik_lezart_bugon_a_libreoffice_projekt#comment-2130505

A megoldás a második ábrán látható, miszerint a baseline durván 33ezer volt :)




Jelszószabályok miatti sírás, 4825. rész: https://hup.hu/node/154901#comment-2130530

vagy egy extensionnel kell betolni. Nem véletlen csinálják azt a vágólapos móka helyett.




Jelszószabályok miatti sírás, 4825. rész: https://hup.hu/node/154901#comment-2130579

ez ilyen. mobilon az értelmesebbjének emiatt szokott lenni virtual keyboardja pl, amin van ide írd a jelszót gomb.




Jelszószabályok miatti sírás, 4825. rész: https://hup.hu/node/154901#comment-2130686

Az értelmesebbje nem a személyre, hanem a jelszókezelőre vonatkozott. ;)

Az meg hogy csökkenti-e, jó kérdés. Az alapvető probléma ugye a vágólappal, hogy egy shared resource, arra van tervezve, hogy minden szar hozzáférjen, szóval nem olyan jó hely a szenzitív információnak. Hogy lehessen kontrollált csatorna, ahhoz más útvonal kell. Ez vagy egy extension, ami tud valahogy authentikáltan kérdezni egy jelszókezelőtől (és egyébként nem lenne neki muszáj kitalálni, hogy melyik a password mező, tudhatná azt, hogy "ebbe a textboxba kérem"), vagy pl egy billentyűzet, mert az inputot egy android alapvetően védi, nem fér hozzá random app, és jó arra, hogy bárhova írhass, ahova szeretnél.

És igen, ettől még UX antipattern, és kő undorító, viszont legalábbis ezen a vonalon szerintem határozottan javít a risk analízisen.




Jelszószabályok miatti sírás, 4825. rész: https://hup.hu/node/154901#comment-2130453

"Egy nevet kellett volna megadnom, viszont akárhogy próbáltam, ékezetekkel, teljes névvel, rövid névvel, ezek mindenféle permutációjában, nem fogadta el. Emlékszem rá, hogy mikor beállítottam is voltak gondok vele, de gondoltam password manager használatával úgysem "felejtem el" a jelszavam, így nem lesz rá szükségem".

Én ezeket is passwordként kezelem. Egyrészt random generálok vmit, mert tök insecurenak tartok ide olyat megadni, amit social engineeringgel simán meg lehet szerezni, másrészt ebből következően be is írom a pass managerbe. Mondjuk ezt egyébként is csinálnám, mett úgyse fogok emlékezni a pontos válaszra...




Jelszószabályok miatti sírás, 4825. rész: https://hup.hu/node/154901#comment-2130498

Egyébként annyira nem nonszensz, hogy ilyesmihez extra authot kér. Így pl hiába kompromitálódik a usered, nem tudnak olyan egyszerűen kizárni. Az más kérdés, hogy ez kb a legortób 2 factor, ami van :)




Online webshop nem fizet, mi a teendő?: https://hup.hu/node/154893#comment-2130425

Igy igy. Esetleg érdemes megnezni, hogy a lealkudtuknak van e vmi buyer protection dolga, az kb ugyanaz, csak nem neked kell a bankba menni...

Ja, es termeszetesen 1*, negatív ertekeles ami epp ott van, leirva, hogy miért.




"Vonalzót dugna a szerverekbe az Intel": https://hup.hu/node/154834#comment-2128995

de legalább áruld már el, mi volt igazából :D




80 fős irodába tűzfal: https://hup.hu/node/154796#comment-2128427

Jól rémlik, zorp a neve :) Egyébként köszöni szépen, jól megvan, bár most már nem Balabit, hanem Balasys, de ezt tudjuk be ilyen cégtechnikai dolognak. Azt sem gondolom, hogy a vetélytársak jobbak lennének, pláne nem lényegesen, de a zorp egy kicsit máshova helyezi a fókuszt, nyilván vannak erősségei, meg gyengeségei. ( de persze disclaimer, én most itt dolgozom, úgyhogy nyilván magunk fele hajlik valamennyire a kezem.) Itthon van is egyébként szép számmal telepítés belőle, akár a kérdezőnek is jó lehet, bár azért inkább ennél kicsit nagyobb usecaseknél kezd kijönni az előnye, vagy, lévén alapvetően egy proxy tűzfal, olyan helyeken, ahol valami speckóbb igényt kell megoldani.

Leteszem, bekapcsolom a ne legyen facebook pipát, megnyugszom, hogy akkor biztos úgy is van, és elfelejtem tűzfalnak nem biztos, hogy ideális választás. (Egyébként próbáljuk is elmozdítani security middleware irányba az általános tűzfalból a dolgot.) Ráadásul appliance-t sem adunk. Ha viszont van igényed arra, hogy részleteiben matass benne, meg sokfélét akarsz csinálni, akkor elég jól meg lehet vele csinálni, azt, amire szükséged van, úgy, ahogy azt te képzeled :).

És van neki "kevesebbet tudó ingyenes változata" is, ami egész konkrétan GPL, és alapjait tekintve egyébként ugyanaz, csak kevesebb proxy van benne, nincs hozzá GUI frontend, meg nyilván nem érhetőek el hozzá az olyan extrák, mint az előfizus spam meg vírusszűrők, url filterek, auth kliens stb.




80 fős irodába tűzfal: https://hup.hu/node/154796#comment-2128439

ezek kétségtelenül jogos észrevételek (bár pont lassan megint lesz egy release), én még viszonylag új fiú vagyok itt, de azt látom, hogy a 3->6 váltás ugyan nagyon sok mindent megoldott, de maradt még azért elvarrandó szál, és lehet, hogy érdemesebb lenne kisebb chunkokban adagolni dolgokat. A marketing részébe nem nagyon látok bele, de azért van az, csak valószínűleg nem annyira vagy target :) De egy sör mellett vmi meetupon egyébként szívesen mesélünk :)




80 fős irodába tűzfal: https://hup.hu/node/154796#comment-2128447

igazából bent akartam írni :)




80 fős irodába tűzfal: https://hup.hu/node/154796#comment-2128449

persze, arra a ZMS nem jó, viszont van benne egy csomó feature, ami meg mint általános tűzfal fontos. De ne offoljuk szét :)




remote management tool: https://hup.hu/node/154736#comment-2127690

Bővebben? Csak mert fent van a többi hashicoropos cuccal a meg kéne nézni listán...




remote management tool: https://hup.hu/node/154736#comment-2127758

hát jó :) Akkor majd megnézem. (legalábbis abból kiindulva, hogy a vagrant -- mondjuk minimális használat után -- de kb azt az érzést hozta, hogy, hát, kb jó ez, bár jelentékenyen túl van misztifikálva a dolog, szóval majd megsassuk egyszer az a biztos :)




remote management tool: https://hup.hu/node/154736#comment-2128528

Egyrészt azt hiszem nem hallottad a lényeget a merge emlegetésével, másrészt ez miért jobb, mint a teljesen szabványos yaml:


copy: {src: source/path, dest: dest/path, owner: myuser, group: mygroup, mode: 0640}

Már azon túl, hogy valaki nem olvasott doksit, vagy nagyon not inverted here szindrómája volt, és muszáj volt beletenni neki valami nem kompatibiliset csakazértis?




remote management tool: https://hup.hu/node/154736#comment-2128569

"Ez sem (annyira) rossz, nekem a másik tetszik, na."

Érteni értem, de biztos, hogy két kapcsos zárójel és pár vessző megspórolása miatt nem áldoznám be azt, hogy random yaml parserrel lehessen dolgozni az adattal. Aki ezt bevezette, azt kéne tarkóncsapni.

(Főleg, hogy pl ha szegény könyvtárat mondjuk program filesnak hívják, akkor a csodaszintaktika a fasz se tudja mit csinál. Illetve nyilván idézőjelezni kell. Amit meg yamlben csak azért, mert whitespace van, nem kell.)

"Amúgy a mergenél meg nem értem, mire gondolsz, ha branchekre a verziókezelőben, akkor sem olyan hű de nagy a probléma."

Bár nem én voltam, de két gond is van vele, ha egynél több dolog változik. Nyilván nem kibírhatatlanok, de:
1) Ez nyilván ízlés kérdése, de én jobban látom mi történt ebből:


 copy:
-  src: source/path
+  src: source/otherpath
   dest: dest/path
-  owner: myuser
+  owner: otheruser
   group: mygroup

mint ebből:


-copy: {src: source/path, dest: dest/path, owner: myuser, group: mygroup, mode: 0640}
+copy: {src: source/otherpath, dest: dest/path, owner: otheruser, group: mygroup, mode: 0640}

2) Ha a fenti példában a két változás különböző helyről jön (pl mert valaki korábban már átírta a pathot, te meg most a usert), akkor a második merge conflict lesz, amit kézzel kell kezelni.




remote management tool: https://hup.hu/node/154736#comment-2128646

"Idézőjelezni kell, persze, az nyilvánvaló."

nem, nem nyilvánvaló :) a


copy:
  src: Program files
  dest: dest/path
  ...

ugyanúgy, ahogy a:


copy: {src: Program files, dest: dest/path, ... }

is valid yaml. Úgy, idézőjel nélkül. Szóval a csodaszintakszis erősen szembe megy annak, ami egyébként a yamlben van, ezzel is segítve az átjárhatóságot :)

"Na ez az, amire azt mondom, hogy ennyit azért még át lehet tekinteni egy diff-ben"
Mint mondtam izlés kérdése, az elsőt azonnal megértem, a másodikhoz legalább 2 másodpercig hunyorognom kell. (Arról a mókáról már nem is beszélve, hogy simán nem veszem észre, hogy mondjuk egynél tobb dolog változott :) )

"Meg azért ez nem egy programnyelv, vagy egy program, ha 2 paramétert egymástól függetlenül 2 ember akarna mergelni, akkor ott már túlságosan fel vannak osztva a feladatok :)"
Nem kell ehhez 2 ember, elég ha te nem pulloltál, mielőtt szerkesztettél. Vagy csak párhuzamosan nagy tételben raknak épp rendet, az bizony előfordul. Az ilyen tooloknak épp az az egyik erőssége, hogy a szofver fejlesztésben bevált toolokat használjuk, hogy adott esetben nagyívű refaktorokat is meg lehessen csinálni könnyen. És ezért nagyon csúnya, hogy egy minor syntax sugar miatt borítja a kompatibilitást akármivel. Innen nem tudok rajta gyors végigszaladni egy scripttel, és rendbetenni, lendületből átbaszni jsonba és bepostolni valami csatolt rendszerbe, stb stb. Ezért nagyon kártékony ez, az, hogy mellesleg még sytax sugarnak is szar, az tényleg mellesleg :)




remote management tool: https://hup.hu/node/154736#comment-2128914

"Azért egy C kódnál cifrább dolgok is vannak, mégis megoldja az ember."

Meg hát. De ugye itt most sytax sugarról beszélgetünk :)

"Szerintem emberközelibb az "alternatív" írásmód."
Mondom, ízlések és pofonok. Szerintem a vesszővel elválasztott lista pont ennyire emberközeli :) A rendesen kiírt lista diffje meg határozottan sokkal emberközelibb :)

Engem az jobban érdekel, hogy én el tudjam olvasni, mint a gép".

Lelked rajta. Majd gondolj erre, mikor valami nagyobb turkálás kapcsán egy fél délutánt elbaszol arra, hogy a sed és undorító regexek segítségével old meg, amit jqval, command line yamllel, vagy egy pár soros random scripttel (mert yaml parser mindenhez van, és többnyire faék egyszerű) bruttó 10 percben megoldhattál volna.

"Ezért utálom pl. az XML konfig formátumot is."

Az XMLt ugyan arra tervezték (a legenda szerint, aztán a fasz se tudja), hogy géppel is, meg embernek is lehessen olvasni. Ez sikerült is, csak mindkettőnek rettenetesen fájdalmas. Szóval szerintem nem érdemes idekeverni, a yaml egy alapvetően jól olvasható formátum.




remote management tool: https://hup.hu/node/154736#comment-2128002

Szóval ilyen fujjsystemd dolog...




remote management tool: https://hup.hu/node/154736#comment-2128064

félre ne értsd, értem én, nekem is van egy csomószor olyan érzésem az újvonalas tooloknál, hogy ezt most miért kellett így, meg ehhez minek kellett feltalálni a spanyolviaszt, és konkrétan nem tudom megmondani, hogy miért fáj. Csak azért igyekszem tudatosan más kategóriába sorolni a "nem tetszik, ahogy működik", és a "rosszul működik" dolgokat, és ennek megfelelően kezelni.




remote management tool: https://hup.hu/node/154736#comment-2128147

Nem, nem egészen. Vannak dolgok, amik kifejezetten szarul csinálják, amit kéne nekik (pl bugosak, meg esnek kelnek, vagy egyszerűen csak rosszul oldják meg a problémát, mert szarul van szervezve mondjuk a UI). És vannak dolgok, amik a saját konfortzónámon / megszokásaimon kívül esnek, illetve az adott problémára, amit próbálok megoldani nem jók. Na, ezeket a toolokat ígyekszem agyban nem leírni teljesen, hanem végiggondolni hogy adott esetben másnak, vagy másik problémára nem lesz-e jó.

És igen, ez filozófiai magasság :) Viszont tök jól le lehetett szűrni belőle, hogy a terraformot érdemes lehet azért megnézni (kritikusan, bár az alap),mert bár per se neked nem tetszik, nem azt mondtad róla, hogy egy bugos szar, hanem azt, hogy nem tetszik :)




remote management tool: https://hup.hu/node/154736#comment-2128173

bocsánat, nem akartam úgy csinálni, mintha figyelmen kívül hagynám, hogy te ezt mondod, felírtam jól :) csak nem akartam teljesen összezavarni a beszélgetéseket...

igazából tényleg az van, hogy sajnos ezek az újvonalas CI/CD/devopsnak cimkézett toolok még mindegyik, hát hogy fogalmazzak diplomatikusan, látszik, hogy új cuccok, gyerekbetegségekkel, hiányzó alap featureökkel. Azok is, amik igazából mert nem új cuccok (hello jenkins, igen, rólad beszélek). És ja, régen ment ez pixieből :) De az igazság az, hogy azért hoznak új, és fasza dolgokat.

Bár már többször felmerült bennem, hogy szarok az összesre, és írok magamnak buildbotban sajátot, de mindig rájövök, hogy azt is azzal kéne kezdeni, hogy egy csomó nemlétező konnektort megírhatok a buildbothoz :D




adatok tárolása router és hdd: https://hup.hu/node/154766#comment-2127729

Feltenni akármi cloud storeba, és onnan adni authot.




adatok tárolása router és hdd: https://hup.hu/node/154766#comment-2128190

az (a kettő évente) hagyjon ott a fényképésznél egy pendriveot, hogy majd arra kéri...




adatok tárolása router és hdd: https://hup.hu/node/154766#comment-2128373

értem, hogy szerinted a gugli rossz, és semmi körülmények között nem szabad a közelükbe menni (meg az MSnek sem, meg az amazonnak sem, meg a box incnek sem, meg a blackbazenek sem, meg a senkineksenem aki adatokat tárol neked, nem is értem miért mersz internetezni egyáltalán), de ettől még más megteheti, hogy megbízik bennük, és nem csinál komoly aggályt abból, hogy a fényképsszel készített képek a lagizról / kutyáról / gyerekről, amiket valószínűleg egyébként sem azért csinált, hogy aztán senkinek ne mutassa meg egy ilyen csúnya gonosz privacyt leszaró cégen keresztül kapja meg. Akár még az is lehet, hogy őt nem zavarja, amit a google csinál.

Annyira vicces, amikor mindenképpen rá akarjátok erőltetni a világra a saját kis alufólia satyekotokat, hogy a nem tudom minek a védelmében legyen az a default, hogy a fényképész a saját netjén a saját nasáról adja oda az ügyfeleinek a képeket, és baszódjon ezzel, ahelyett, hogy használna valakitől egy erre való szolgáltatást.

(főleg úgy, hogy konkrétan az ügyfélnek kurvára még egy címet sem kell megadni a guglinak, kap egy linket a fényképésztől, ami mondjuk egy hétig jó)




adatok tárolása router és hdd: https://hup.hu/node/154766#comment-2128389

Mondjuk Gyuszk olyat sehol nem mondott. Sőt, lejebb propagálta is a guglit, nem is értem...




Feed reading - melyik nyelv erre a legalkalmasabb (leghibaturobb)?: https://hup.hu/node/154800#comment-2128466

Gondolom az, hogy ha nem teszi ezt, akkor kevésbé fut tovább minden :)




MQTT client for Android: https://hup.hu/node/154782#comment-2128343

sajnos esélyes, hogy az ott azért van, mert így próbálják elérni, hogy ne bassza ki az android a francba :)




Red Hat Linux alapon konténerezik a BMW Group: https://hup.hu/cikkek/20170804/red_hat_linux_alapon_kontenerezik_a_bmw_group#comment-2127796

az SCLt supportálja a redhat, ugyanúgy, mint a sima repót.




SQL Data Visualization program: https://hup.hu/node/154725#comment-2127061

Ez így azért karcsú :) Legalább azt áruld el, hogy miről szeretnél diagramot? A tartalmazott adatot szeretnéd értelmezni a saját szemantikája alapján (mit tudom én, számoljon margint a beszerzési és eladási árakból) vagy a tárolt adatok struktúráját szeretnéd jobban megérteni, mert az sqlt javítgatnád?




SQL Data Visualization program: https://hup.hu/node/154725#comment-2127149

Meg van a powerbi...




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2054936

próbáltál már egy szobában személyt videózni?

Ez az egész tipikus elitista rinyálás. A telefonos felvételek nagy részén emberek vannak, azokat állva szoktuk fényképezni is (angolul az álló/fekvő megvan? landscape, meg portrait, ha mond valamit), nézni is nagyrészt telefonon nézik az emberek, ráadásul a minőségük miatt kb gyászmindegy, hogy egy 16:9es monitort nem tölt ki.

Ráadásul pl a telefonom (meg emklékeim szerint az összes régebbi is) alapesetben 4:3as képaránnyal csinál képet a köcsög, pedig a kijelzője 16:9, mint egy monitoré, és a rohadtak mégis. Ez miért nem zavarja a sok okostónit vajon? Pedig gondolom ritkán hivatják elő ezeket :)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2054990

1) Az álló telefonos videónak pont akkora a képaránya, mint a fekvőnek :)
2) Igen, monitoron lesz rajta két vastag fekete csík oldalt. Oszt? Cserébe látszik a gyerek is, meg anyu feje is, nem csak deréktól lefele. Mikor telefonon mutogatják, akkor azt kitölti. Monitoron nézve meg még mindig simán látható.

Kellemetlen monitoron? Persze, nem az igazi. De ettől még ez a szokásos fröcsögés, hogy le kéne vágni a kezét meg mittomén egy istenverése privát videónál, ahol a _fő felhasználási mód nem a monitor, csak örülj, hogy ott is megnézheted_ az nettó sznobizmus, kb egy kategóriába sorolható az aranyozott csatis hdmivel, meg az én kocsiban is csak flacet hallgatok kreténséggel.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2055052

legyen neked reciprok, ha nem ismered fel a smiley-t ;)
---
Persze, ráfér még a karécsonyfa, a nagyi, meg az ajándékok is. És akkor most kéretik a kezedbe venni egy fénykép készítésre alkalmas eszközt, és megnézni, mennyivel kell hátrébb sétálni, hogy az egy darab ember landscapeben is elférjen függőlegesen. Egy-két konyhafal nem lehet akadály :). Ja, és azt is tessék megnézni utána, hogy mondjuk ezen ember feje alapállapotban mennyivel lesz kisebb landscapeben, és milyen jól lehet majd látni egy nem túl nagy telefon kijelzőn. Szóval azért nem olyan triviális probléma ez, csak gyanús, hogy sose szoktál csinálni, úgy meg könnyű :)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2055252

Akkor örülj, hogy nem alma volt :) Nem ugyanarra való egyébként a kettő, kár is hasonlítgatni.

Az érdemi részére? :) Mert a feladathoz nem kell okos izé, egy teljesen hagyományos fényképezőgép is megteszi. Zoomgyűrűt piszkálni nem ér.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2055009

Ha meg landscape tartom, akkor nem látszik a sárkány, meg levágom anyu fél fejét felül.

Van, amikor jobb landscapeben videózni? Kétségtelen. Ettől még ezek a magas lóról előadott a portrait szar, és le kéne vágni a kezét (mer én operatőr vagyok ám, nem akárki), meg hogy lehet mindenki ilyen birka jellegű nagyonmagasról nagyonmegmondásokat, amik ilyen vérprofi igényeket támasztanak amatőr felvételekkel szemben, és komolyan képesek kiakadni, én simán viccnek tartom. Az így készült tartalom nagyrészénél gyász mindegy, a lényegen nem változtat, hogy pistike sárkányt eregetett, és közben néha lemaradt a keze, vagy hogy kénytelen vagy oldalt fekete csíkkal nézni, hogy tibike részegen seggre esett a medencében.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2055018

Hint, én ha olyat videózok speciel elforgatom ;)

Én meg úgy látom, te képtelen vagy levenni a szemellenződ, és a saját marginális igényedből kiindulva hülyézel le mindenkit, aki nem így tesz. Az csak egy fokkal jobb, mint azok -- mint az operatőr kolléga, -- akik vélt vagy valós felsőbbségük biztos tudatában teszik ugyanezt.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2055253

ok, akkor csak engem :)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2055326

értem én, nem vettem magamra, rossz megfoglamazás volt tőlem, kissé túllihegtük :)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2055256

akkor ide a +1




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2055043

Persze hogy nincs. A fránya fényképek pl alapból 3:2esek, és mindenféle furcsa arányokban nagyítják őket papírra a 3:2 és 4:3 között valahol :)

nevesd, azzal nincs semmi gond. :) Engem tényleg csak ez a felsőbbségtudatos nagyonmegmondás idegesít ebben az egészben, ami mindig előjön ilyenkor :)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2055255

A papírkém még szerintem nem. Én pl rendszeresen hivatok elő, mert a tapasztalat az, hogy az előkerül, a digitális meg nem nagyon. És én pl mindent szigorúan 3:2re vágok, éppen azért, hogy lehessen előhívatni a szokásos 10x15ben. :)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2077483

:D




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2077142

én is igazából azt nem értem, hogy kötelező nézni? valaki pisztolyt tart a sipákolók fejéhez, hogy márpedig megnézed? simán csak nem kell nézni, definíció szerint ugye úgyis élvezhetetlen szar.

ráadásul fentebb is az érdemi felvetésekre sose reagálnak, max azzal, hogy de szar.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2077145

segíts ki, mondjuk pont egy ejtőejnyős ugrásnál mi az, ami jobban belefér a fekvőbe?




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2077151

táj, az ejtőernyős fent van a levegőben? :) meg egyébként is, ha tájat akarsz nézegetni, minek elé ejtőernyős?

(elnézést, trollkodok, fentebb már írtam tök valid okokat arra, hogy miért jobb adott esetben a fekvő, de sajnos azon kívül, hogy már mózes harmadik tábláján is az volt a 12. pont hogy "Ne videózz álló formátumban", míg le nem ejtette szerencsétlen, azt maradt 10 nem nagyon volt még értelmes indoklás arra, hogy miért szar per definem az álló videó.)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2077185

ezen már túlvagyunk. A telefonnak/tabetnek tök mindegy, így is lehet tartani, meg úgy is lehet tartani, és ugyan el lehet várni, hogy majd mások az alapján hozzanak döntéseket, hogy esetleg majd locsemege monitoron akarja nézni, csak, hát kissé optimistán egoista. (továbbá azt is kiveséztük, hogy ezeknek a videóknak ritkán javít érdemben a minőségén, ha fullscreen nézheted)

De itt megint nem erről volt szó, hanem arról, hogy mert ha vízszintesben videózna, akkor jó lenne, de függőlegesen szar a videó minősége -- és nem technológiai, hanem fotótechnikai/művészi értelemben (bár ezt a szót ebben a kontextben, eh). (ráadásul egy ordítóan blőd, és oda nem való példával, ejtőernyősök, de komolyan). És éppen te voltál az, aki az ezt firtató kérdésekre simán nem válaszoltál, pl itt: https://hup.hu/node/151458?comments_per_page=9999#comment-2055052 (érdemes megnézni azt is, hogy felette mit állítottál). Uh akkor ismét, vegyél szépen a kezedbe egy fényképezőgépet, és csináld meg kérlek a kísérletet, aztán gondolkodj egy kicsit.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2077328

ebben a szálban viszont erről van szó hanem továbbra is arról, hogy nem, nem lesz automatikusan jobb az a videó, ami vízszintesen van, és egy csomószor jobb úgy a tartalomnak. csak erre megint nem reagálsz.

ráadásul komolyan, hova terelsz, milyen filmet? kézben tartott telefonnal készült videókról beszélünk, nem hollywoodi szuperprodukcóról, vagy francia művészfilmről, ahol lehet ömlengeni, hogy milyen fasza a három percig beúsztatott nagytotál.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2077494

ne haragudj, de hogy lenne már irreleváns, hogy mi a tartalom? azok nem egyenlő oldalú háromszögek, hanem videók.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2077195

értjük, tehát küldő félnek jó úgy, fogadó félnek jó úgy, de mindketten forgassanak telefont, mert hajbazer szerint különben nem jó. Valid érvrenszer :)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2077233

ne haragudj, de te jössz itt azzal, hogy el kell forgatni, mert csak minimális energia. Miért kéne, ha jó az úgy, minden résztvevő szerint. Az, hogy jó fej volt, és próbált valami értelmes indokot hozni egy teljesen blőd felvetésre, csak a jólneveltségét mutatja, a win-win szebb megfogalmazása annak, hogy kurva felesleges forgatni.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2126204

dehát te magad mondtad, hogy tök mindegy mi van rajta, mert ez egy műszaki probléma, amikor arra próbáltalak én (meg egyébként mások is) rávezetni, hogy a műszaki probléma részét képezi, hogy hogyan lehet az adott tárgyat jól fotózni adott körülmények között. Ebben az esetben nem nagoyn értem, hogy lehetnek ilyen apró csepró esztétikai kifogásaid. :)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2126308

Mondjuk :) Fogalmazzunk úgy, hogy nem veszem véresen komolyan. Ezzel együtt mivel eléggé elvágtad magad azzal, hogy nem voltál hajlandó belegondolni, hogy kompozíciós szempontból miért van létjogosultsága a portraitnek, hanem mikor rákérdeztem, akkor visszadobtad azzal, hogy tökmindegy ez, a lényeg, hogy kitöltse, mert akkor jobb, a tartalomtól függetlenül. Na, hát ha ez a lényeg, akkor nyugodtan forgasd el, ki fogja tölteni, saját definícód szerint a probléma elhárul.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2126333

"Értem én, hogy telefon, csak egyfelől a telefon telefonálásra való, távközlő berendezés elsősorban,"
szerinted

"Például épp a röhejesen kis kijelzője miatt."
szerinted (hint számold már ki, hogy mennyiben befolyásolja ezt, hogy a 82es tévédet 4 méterről nézed, a telefonodat, meg 40 centiről.)

"Ezért volna jó a többi eszközzel kompatibilis videót csinálni"
szerinted

De ne terelj, még mindig ott tartunk, hogy mivel szerinted az egyetlen fontos szempont, hogy sok legyen a pixel -- ugye explicit kijelentetted, hogy teljesen irreleváns a tartalom -- vagyis ha nem számít, hogy így nem fért rá a fényképezett család két szélső tagja, csak félig, akkor bizony a saját logikád alapján nem baj, ha félre van dőlve a tank. Hiszen a tartalom irreleváns, ez egy műszaki probléma (megintcsak szerinted), aminek egy kő egyszerű műszaki megoldása, ha elforgatod a videót. Mert ha nem, akkor érdemes lenne felülbírálni azt a nézetedet, hogy a tartalom irreleváns, ezért mindenféleképpen szar a portrait. (Illetve ez már megtörtént ugye, mostmár csak be kéne ismerned magadnak ;) )




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2126348

nem, nem a kifogásokra koncentrálok, csak még mindig nem adtam fel teljesen a reményt, hogy felfogd, hogy azon túl, hogy kitöltse a tv-t, még vannak más kompozíciós megfontolások. Csak te ezeket nem voltál / vagy hajlandó észrevenni, mert egy teljesen szélsőséges nézőpontra (hadd en hívjam szűklátókörűnek) helyezkedtél, és eközben olyan érvrendszert kerítettél köré, ami meg ebben a formájában bizony oda mutat, hogy ilyen szépen megcáfolja saját magát. És szeretném, ha ezt végre észrevennéd, ezért sarkítottam ki neked visszafele.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2126368

https://hup.hu/node/151458?comments_per_page=9999#comment-2055052




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2126415

ez hogy jön ide, már ne is haragudj? itt most otthon készített fényképekről, és az eszközök műszaki limitációiról van szó.




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2126480

próbáld már meg értelmezni kérlek, ami oda van írva. Fix helyről nem biztos, hogy befér a vízszintesbe az, ami a függőlegesbe meg igen. :)




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2126495

viszont pl igen gyakran filmez mondjuk embert (pl gyereket). Aki pl mozog, és tapasztalatból azt mondanám, hogy mondjuk az első lépéseinél inkább a keze ne legyen benne, mikor megpróbálom lekövetni, mint hogy néha a feje ne legyen benne.

Arról nem beszélve, hogy még mindig ott tartunk, hogy te szeretnéd a saját egyéni preferenciáidat rátolni másra. Szerinted nézhetetlen, tehát más ne csináljon ilyet (miközben lehet, hogy sok mások szerint meg nem nézhetetlen). A helyes megoldás továbbra is az, hogy ha szerinted nézhetetlen, akkor ne nézd :) Tudod: "Mondjuk én azt sem nagyon igényelem, hogy körülöttem forogjon a világ," ;)

Arról engem pl nem fogsz meggyőzni, hogy mondjuk a tankos videó ettől nézhetetlen lett, vagy hogy rengeteget veszítettem az élvezeti értékből attól, hogy oldalt fekete csíkok vannak (lettek volna, ha nem a telefonomon néztem volna, hehe :) )




Miért álló videót csinálnak sokan telefonnal?: https://hup.hu/node/151458#comment-2126636

Az nem. Annak a minden más felett állósága az.




Does my site need HTTPS?: https://hup.hu/node/154444#comment-2120735

Meg toolingot, hogy ez ne fájjon...




Does my site need HTTPS?: https://hup.hu/node/154444#comment-2120835

igazából ha már caddy reklám, akkor legalább fullba nyomhatták volna :D




Otthoni hálózati forgalom monitorozása: https://hup.hu/node/154556#comment-2124296

Szerintem ennek nézz utána :-)




Otthoni hálózati forgalom monitorozása: https://hup.hu/node/154556#comment-2124468

ez így van, viszont !házasság még nem jelenti, hogy nincsenek ilyen következmények. (Akár még akkor se, ha egyébként nem laktok együtt per se)




Otthoni hálózati forgalom monitorozása: https://hup.hu/node/154556#comment-2124542

mert ha van életközösség, akkor annak ilyen következményei lehetnek. A házasság csak megkönnyíti a bíró dolgát, hogy eldöntse, volt-e :) Nyilván, ha még együtt sem éltetek, akkor azért sok sikert annak a nőnek / csávónak, aki be tudja bizonyítani, hogy márpedig ő valamit azért nem csinált, mert ez volt, ésezértneki ez meg ez jár, mert elég reménytelen, de nem teljesen lehetetlen.




Otthoni hálózati forgalom monitorozása: https://hup.hu/node/154556#comment-2124568

Lehetni természetesen lehet, de te indultál onnan, hogy nem az van :)




Hupper 2.2.0: https://hup.hu/node/152887#comment-2091804

bár nem valódi megoldás, de a konkrét esetet (válasz megírása) körbe lehet workaroundolni azzal, hogy a reply link új tabon nyílik meg, a post meg bezárja :)

nyilván rusnya gányolás, de sajnos tippelgetni sem igazán jobb

---
Esetleg lehetne azt követni, hogy ami valaha járt renderelve képernyőn, az olvasott. (már feltéve, hogy van olyan event jsben, amire rá lehet akaszkodni). Gondolom topikonként elég egy idt eltenni (bár közel se biztos, a fa miatt). Nem trivi, na :)




Óriási mennyiségű eBook-ot osztogat ingyenes letöltésre a Microsoft: https://hup.hu/cikkek/20170717/oriasi_mennyisegu_ebook-ot_osztogat_letoltesre_ingyen_a_microsoft#comment-2121874

Van ott egy link egy txt listára.




Senior rendszermérnök: https://hup.hu/node/153849#comment-2107754

értem mit mondasz, de rendszeresen úgy csinálsz, mintha a docker konténerekhez nem kellene normális workflow. Nem igazán látom, hogy a konkrét esetben egy konténeresdiből hogyan tűnik el egyszerűbben a user (ok, nem kell cleanup job)




Senior rendszermérnök: https://hup.hu/node/153849#comment-2107791

igen, és a config management eszközökhöz nincsenek workflowk? Meg ha valami adja őket, akkor nem kell végigcsinálni? Mert ugye az volt a kifogás, hogy pr, review, mittomén, brr...

Képzeld, van képem arról, hogy van-e (és egyébként van az az elbaszott eset, amikor uideket érdemes volna szinkronizálni), viszont akkor most ott tartunk, hogy a confimanagement eszközök szarok, mert szerinted kényelmetlenül kezelnek egy olyan problémát, amit a te kedvenc eszközöd sehogy sem. Most akkor döntsd el, hogy a config management eszközöket rühelled, vagy a hagyományos szervereket, ahol ilyenekkel kell foglalkozni?




Senior rendszermérnök: https://hup.hu/node/153849#comment-2107891

ennek azért a másik oldalára könnyen oda lehet állítani a kiforratlan, állandóan változó bugos szarokat :D

meg azokat a problémákat, amik pl régen nem voltak, mint hogy játszhatsz disztribútort a saját imageidhez, vagy próbálhatsz automatán secholeokat keresni a fasz se tudja honnan jövőkben.




Senior rendszermérnök: https://hup.hu/node/153849#comment-2108024

Tudok, csak most hadd ne gepeljek ennyit telefonról, uh majd később :-) meg Elbandi egyébként sem hiszem, hogy rajong az offert :-)




Senior rendszermérnök: https://hup.hu/node/153849#comment-2108202

"Tudsz peldat mondani az elsore? Mert ugyan jol hangzik, de konkretumok nelkul keveset er."

Na szóval, ha már docker. Akkor pár pl arra.
1) Rögtön azzal nyitunk, hogy storage driver, melyik ujjamat harapjam.
- aufs - köszi, de én is láttam, amit a neten még sokan, hogy simán összefosta magát. Többször is, úgy, hogy nem nevezném terhelésnek, amit kapott. Az is sokatmondó, hogy a redhates srácok inkább írtak egy saját drivert a devicemapperre, minthogy beengedjék
- szóval devmapper? Hát, az legalább az lvm alatt már jó, cserébe a dockeres arcok huzzák rá az orrukat láthatólag
- overlay / overlay2 - mindkettő fiatal. fiatalabb mint pl a brtfs, amit még nem mertek élesbe engedni, és emlékszünk még, mennyi idő volt, míg az ext4-et kikupáltálták, szóval eleve vannak kétségek. Hogy az overlay2 azért létezik, mert rájöttek, hogy az overlayt fubar cseszték el, az nem növeli az abba vetett hitet, hogy majd pont nekik fog sikerülni gyorsan.
- brtfs - egyrész lásd fent, másrészt ránézésre úgy tűnt, a driver is félkész.
- zfs - az még docker nélkül is véleményes linuxon

Csupa jó választás, és ugye üzembiztonság szempontjából azért nem mindegy.

2) 1.12-ben lett healthcheck (ami elég jippi, mert az egész koncepcióban sok helyen elég fájdalmas, hogy ha a container elindult, akkor az jó, és jön a wait-for-it.sh és társai). Ami azt csinálja, hogy... hogy beleírja a metadatába hogy healthy, sajnos semmi mást, hacsak nem írod meg te magad. Hasznos :) 150 sor alatt meg lehetett csinálni pythonban, hogy listeneljen az api eventekre, és applikálja rá a container restart policyját, érthetetlen, hogy ezt miért nem tudja magától.

3) Nagynehezen eljutottak odáig, hogy lehet törölni a registryből. Micsoda feature :) Igaz, ha jól láttam, kivezetve még nincs, csak api call, és az is csak bemarkolja deletere, de offline kell vinni a registryt, mikor valóban takarítasz, mert annyira jól tervezték meg az adatstruktúrát, hogy nem tudják másképp kezelni azt, hogyha változna a kétlépcsős először megnézzük mit lehet törölni, majd töröljük őket processz közben.

4)


root@host:~# docker images -f dangling=true | wc -l
63
root@host:~# docker images -f dangling=false | wc -l
61
root@host:~# docker images |wc -l
84

és nem, nem azért mert közben változott, azt is rendszeresen látom, hogy egy ilyen után akasztott |xargs docker rmi harákol, hogy fogja valami a layert.

"Minek jatszanek disztributort? Mondjuk fogom a coreost, beallitom amit kell, abbol csinalok egy imaget es azt teritem. Nem nagy cucc legeneralni es rolling deployolni."

Mert az összes használt cucc security követését meg kell oldanod magadnak. Vagy elhiszed annak, akitől az image van, hogy jó -- ezt sajnos én a nagyobb disztribútoroknak is csak módjával tudom, pedig ők rég ezt csinálják, a random app gyártójának csak nagyon nagyon mértékelten, szóval
- vagy valami automatával scannelsz folyamatosan, hogy hol sikerül bent felejteni egy régi vulnerable libet (aztán agyalani azon, hogy hogyan forkolod le a dockerfilet, ha az upstream balfék)
- vagy csinálod magad, és integrálsz be egy csomó upstream repot, változatos formában.
- Bónuszként, ha esetleg szeretnéd tudni fél év múlva is reprodukálni, akkor ki kell találni azt is, hogyan artifactolod el az összes upstreamet a githubtól az ubuntu repojáin át a pipig a cpanig, meg az istentudja miig bezáróan, vagy azt, hogy hogyan követed a verziókat manuálisan.

Ez egyébként jellemző probléma az összes ilyesmire a snappyn át az apkig, ahol izolációval csinálnak securityt, és azt tesz oda a vendor amit akar, nem a docker sajátja.




Senior rendszermérnök: https://hup.hu/node/153849#comment-2109135

1)
Köszi, de az aufst mint mondtam én láttam maga alá fosni csúnyán, uh kösz nem, mi most devmapperre lőttünk első körben de csak megjegyzés, mert

"A lenyeg az, hogy ha van egy megfelelo orchestrationod es mondjuk tegyuk fel valamilyen okbol kifolyolag mondjuk osszefossa magat az egyik geped az overlay/2 vagy barmelyik masik miatt, attol meg a szolgaltatas futni fog a tobbi gepen es atmasznak oda a kontenerek."

.. a lényeg az, hogy ja, ha van elég vas, meg olyan orchestration, ami ezt tudja. Magyarul ha nem random cloudba pakolsz, akkor ez egész üzembiztossága erősen kérdőjeles. Mondhatnám, hogy félkész, bugos szar :) aminek a méregfogát csak azzal lehet kihúzni, hogy sok vasat teszel alá.

2) Tudom, hogy van a kubernetesben ilyen. Arra hoztam példát, hogy kiforratlan :)

3) Igen, saját registryt futtatunk. Valahova tenni kell a saját imageket.

4) Nem, arra gondolok, hogy amikor ilyet akarok csinálni -- a dangling=true azt hivatott filterezni, ami imagere már nincs hivatkozás, ezért nyugodtan lehet rmi-zni. Namost, ha a docker szerint van 63 ilyen, meg 62 ami nem ilyen, akkor elvárnám, hogy ne összesen 82 image legyen, hanem 63+62, lévén ezeknek határozottan diszjunkt halmazoknak kéne lennie. Na jó, több még esetleg lehetne, ha van olyan állapot is, hogy dangling=fassetudja, (de mondjuk akkor meg azt is ki lehetne vezetni) de kevesebb semmiképp. Ha egyébként látod azt is, hogy a "docker images -f dangling=true -q | docker rmi" -- aminek ugye le kéne szedni a danling imageket időnként sír, hogy amit ő megpróbált most leszedni, az nem ment, mert valmi még használja, akkor eljutunk a félkész mellett a bugosig is.

5)
"- docker imagek eseten mar kicsit kacifantosabb a kerdes, alapvetoen csak hivatalos docker inc altal keszitett imageket hasznalok, egy se joskapista altal keszitett. Mind a quay.io es a dockerhub is kinal securityscan szolgaltatast es ezekre is lehet hookokat kesziteni, hogy ha vmelyik komponens serulekeny es van uj verzio akkor csinaljon uj imaget. "

Magyarul bejött egy új problématér, a random imagek security scanje, ami korábban így nem volt. Attól, hogy te ezt outsourceolod, még új problémák, amiket kezelni kell (vesd össze, fizethettél volna valakinek a puppet üzemeltetésért is)

"-- miert akarnam reprodukalni? Erre mondj mar egy peldat pls, lehet hogy csak az en fantaziam tul szegenyes :/ Penzugyi intezeteknel van ilyen esetleg?"
Azért, mert pl van egy verzió egy ügyfélnél belőle, és amikor fél évvel később bugot jelent, akkor jó lenne tudni abban a környezetben javítani, ami nála van. Ahhoz meg az kell, hogy elő tudd állítani azt a környezetet.

---
Egyébként meg a kiforratlant az is jól példázza, hogy én hozom a docker hibáit, te meg mutogatsz arra, hogy de ezt kubernetesben meg lehet oldani. A kiforratlannak az is jó fokmérője, hogy időnként nagyot kell csavarni (pl mikor majd -- ha -- a docker behozza lemaradását orchestration téren, és ezért érdemes lesz arra menni, mondjuk a kubernetesről).

Félre ne érts, egyáltalán nem rossz eszközök ezek, de vannak olyan helyzetek, amikor ezt a fajta rugalmasságot nem lehet elvárni a környezettől.




Senior rendszermérnök: https://hup.hu/node/153849#comment-2109430

"Es ebben semmi kiforratlan nincs, de bugok mindenhol elofordulnak es semmi sem tokeletes."

Szerinted, szerintem meg van. És igen, az ubuntu is egy gány egy csomó helyen.

"2) Ez szinten nem kiforratlansagra utal. Ez egy okoszisztema es nem kell mindent a Dockernek megoldania, hiszen van ra megfelelo tooling. Ahogy a logrotate-et sem a syslognak kell megoldania, bar meg tudna ha akarna (nem neztem utana de tutira van olyan megoldas, hogy megcsinalja :))."

De, arra utal, mert a fene sem tudja, hogy most éppen ki a nyerő. Ez az egész ökoszisztéma még kiforratlan, te magad is mondtad, hogy a docker nagyon nyomul a kubernetes tortája irányába. Cserébe alulról rágja szét a systemd, a guglis arcok tolják az rkt-t, és igazából a franc se tudja, mi lesz ebből pár év múlva.

"Ezt hivjak separation of concerns-nek."

Légyszíves és ne oktass ki, hidd el, hogy nem vagyok nyeretlen kétéves.

"3) Van valami kulonosebb oka ennek? Miert nem hasznaltok private repokat DockerHubon vagy Quay.io-n? Erre gondoltam fentebb, hogy minek cseszekedjek ilyenekkel amikor masok szazszor jobban megoldjak helyettem, mikozben nincs jelentos impactja az alkalmazasaim szempontjabol."

Igen, van nálunk ez igény, és pötty. (Segítek, egy igény nem feltétlen műszaki, lehetnek neki jogi okai, vagy akár csak az, hogy mondjuk valaki nem szeretné a komplett szolgáltatásbiztonságát a quay.io-nak adni) Egyébként meg én is ezt mondtam: attól, hogy a problémát mások oldják meg helyett, attól még azok problémák, amiket meg kell oldani. És értem, hogy neked elképzelehetlen, hogy valaki saját infarstruktúrát akarjon üzemeltetni, de ettől ez még valós igény.

"4) lasd 3as pont. Amugy minek torolnek a registrymbol? Nekem teljesen jo ha ott van az osszes verzio amit valaha buildeltem :)"
Elnézést, de kénytelen leszek visszaszúrni, ha már te ezt megengedted magadnak :) Meg kéne ismerni kicsit alaposabban az általad használt toolokat, itt ugyanis szó nincs registryről, itt a dockerd local image cacheéről van szó. Ami olyan szinten bugzik itt, az egyik alapvető higéniás izéjénél, hogy nagyon.

"5) Ez semmiben nem uj problemater csak egy masfajta megoldas ugyanarra a problemara amikor updatelgetned kellett a disztrot amit hasznaltal. Az image forrasa ugyanugy pl debian mint amit a vmeden futtatnal. Tovabbra is ugy teszel, mintha az imagek scratchbol forgatott custom disztrok lennenek, pedig nem igy van."

Kivéve a gyevi bírót ugye. Egyrészt ahány image, annyi distró, másrészt meg ugye pont az dev irányból az egyik fontos pont, hogy ha a libfoobar az ubuntuban régi, akkor még mindig fel lehet tenni az én appomnak megfelelőt mondjuk pip installal, vagy brew-val, vagy valamivel. És akkor azt onnan máris követni kell. Vagy jófej a dev, és oda mást használ, hogy ne legyen gányolva, így lesz a szolgáltatás alatt hol ubuntu, hol alpine, hol gentoo hol az istense tudja mi, és ezt bizony le kell kezelni. Vagy úgy, hogy megtanulod követni, vagy úgy, hogy visszatérünk ground zerora, hogy "kedves dev, azzal főzől, ami az ubuntuban van", csak akkor meg dev szempontból az egyik fontos előnyét veszti el a játék.

"6) Pont ebben brutaljo a docker, hogy _pontosan_ ugyanazt az envet tudod reprodukalni ami az ugyfelnel van, mig egy mutable infranal ez erosen kerdeses. Fogod azt az imaget (nyilvan taggelitek az imageket) ami az ugyfelnel van es reprodukalhatod a hibat."

Igen, ez egy népszerű féltévképzet. :) Vagyis inkább azt mondanám, hogy nem szokás látni, hol vannak a mantra határai. Igen, egy image immutable. Viszont egy dockerfile már nagyon nem az, tipikusan legalább kettő dolog szokott benne nem az lenni. Az egyik a FROM foobar:latest, ahol ugye a latest akármit is jelent (és ironikus módon van is olyan ticket, hogy lehessen már a fromban változót használni, ahol a fogalmatlan magyarázza, hogy de reprodukálhatónak kell lenni, és ott nem lehet változó, mert akkor mutable, az ember meg próbálja elmagyarázni, hogy a pipelineban ő ugyan pontosan tudja, hogy melyik imageből kellene most dolgozni, mert minek a következő stepjében vagyunk, és épp ezt szeretnénk odaírni, csak ezt nem tudjuk, a latest meg ugye mondjuk egy build rendszerben kissé gyorsan mozgó célpont) a másik meg az apt-get install, ami fél év múlva szintén mást fog jelenteni.
És odáig rendben, hogy az imageből reprodukálod, de aztán azt patchelni is kéne. És tudom, hogy van, ahol ezt nyugodtan lehet a frissből, de ez nem mindig van így.

"Szerintem kevered a szezont a fazonnal, a Dockernek vagy barmilyen mas kontenerizacionak (pl rkt) nem az a lenyege, hogy mindent tokeletesen megcsinaljon, erre ott van a Kubernetes es a kismillio egyeb orchestration framework. Alapvetoen par dolgot kell csupan tudnia ami ahhoz kell, hogy fusson az image - ha nagyon leegyszerusitem. Amint fentebb leirtam ez egy okoszisztema, ahogyan a Linux is egy okoszisztema.

Az mas kerdes, hogy a Dockerinc - latvan hogy mekkora business az orchestration - mar jo par eve mozog abba az iranyba is, de az altaluk szallitott megoldasok nem exkluzivak, egyaltalan nem kotelezo hasznalni oket."

Igen, pontosan ez volna a lényeg, hogy lépj egy kicsit hátra, és onnan szemléld mi történik az egészben, ne pedig a példák részleteiben vessz el, azok csak példák. Ez egy új terület, ami még most jött ki abból, hogy az early adopterek után a következő hullám is jönne, (és nekik adott esetben vannak másféle igényeik). Mivel friss terület, viszonylag gyorsan változik, és az ehhez való adoptálódás infrastruktúrális oldalról tud problémás lenni, mindezt úgy, hogy pl a bejáratott puppethez képest nem biztos, hogy fog hozni érdemi előnyöket. Egy csomó dolgot te elütsz azzal, hogy ezt megcsinálják mások a felhőben, de ez nem mindenkinek hihető ugy, meg ilyen alapon eddig is meg lehetett venni mondjuk a vmwaret, ott olyan orchestration van, hogy beszarsz, meg az appok tudta nélkül oldja meg a redundanciát (bizonyos szintig úgy is, ahogy a konténeresdi sose fogja) csak elég drága. Cserébe az adminok köszönik, ismerik, elvannak vele. És pl nincs szükség akármeddig vertikális skálázódásra, mert nem olyan a szolgáltatás. Az enterspize tipikusan nem arról szól, hogy valami nem bírja a terhelést, vagy hirtelen 2 nagyságrendet változik a terhelés, mert tipikusan a komplexitás a baj, nem a teljesítmény.




Senior rendszermérnök: https://hup.hu/node/153849#comment-2109530

"Pont ez a munkank, hogy el tudjuk donteni, hogy mi a jelenlegi legjobb megoldas, nincs silverbullet, de van jopar megoldas ami mar most eleg mature ahhoz, h nyugodtan rabizd magad."

Egyrészt igen, ez, és éppen azt próbálom magyarázni, hogy vedd már észre, hogy vannak olyan usecasek, ahol a konténeresdi nem jobb, mint valami régi. Nem én jöttem azzal, hogy miért nem konténer ;) A maturity eldöntése meg megint olyan, mint mondtam, hogy szerinted már jó, más szerint meg lehet, hogy még nem elég.

"3) Ok nalatok ez az igeny, ugyan sztem felesleges igeny (jogilag is), de akkor ez van, szivtok is vele amint irtad :) A teljesen sajat infra felett meg korabban leirtam, hogy nagyon kezd eljarni az ido mert nagyon draga es iszonyat felesleges energia es ido megy el a megfelelo uzemeltetesere aminek az ugyfelek megfelelo kiszolgalasaban semmi kezzelfoghato haszna nincs."

Erre megint maradjunk annyiban, hogy szerinted. :) Kissé visszautalva az elejére, "Mert ugyan jol hangzik, de konkretumok nelkul keveset er." :)

"4) Akkor hasznald a megfelelo szavakat es akkor majd megertem mit akarsz mondani. Orulok, h tisztaztuk hogy docker cache != docker registry. A cachet takaritom, a registrybol sohase akarok torolni, hogy barmikor barmelyik verziora rollbackelni tudjak vagy a fentebb leirtaknak megfeleloen bugot tudjak keresni."

Ne haragudj, de én a négyes pont kapcsán sosem ejtettem ki a számon a registry szót, azt te képzelted bele. Én ott indításnak csak egy kopipasztát adtam, amiben "docker images" parancsok voltak, feltételezvén, hogy tudod mit látsz magad előtt. Ráadásul középen úgy tűnt, érted is. A kérdéses példa meg egyébként nem éles renszerből jött, hanem konkrétan egy olyanból, ami buildeli az imageket, szóval a kubernetes ott nem tud gczni.

"5,6) Neked mint devopsnak pont az a feladatod, hogy ne engedj :latest-et hasznalni es enforcold a best practise-eket, jellemzoen toolinggal (pl https://github.com/projectatomic/dockerfile_lint)."

Jaja, azzal a toolinggal, aminek a vaskalapos írói nem akarják engedni, hogy ezt csináljam. Nyilván meg tudom oldani azt a rettenetes műszaki problémát, hogy azt írjak egy docker file FROM részébe, amit nem szégyenlek, csak zavar, hogy a tool szerzői nem értik, hogy azt oda minek, ezért nem megy közvetlenül. A linter meg ne haragudj, de megint nem értem, hogy jön ide. Szerintem nem érted, miről beszélek. Nem lehet ma egy dockerfileba olyat írni, hogy FROM foobar:${TAG} vagy hogy FROM foobar@{HASH}, mert azt a docker build nem helyettesíti be. Azért nem, mert fujj, változó, nem variable. Csak egy átlagos pipeline meg pont tudja, mondjuk amikor dependent imageket buildelsz, hogy most ezt konkrétan miből kéne, és horrible diktu automata testek is futnak, párhuzamosan, szóval ez pont amiatt kell. Nyilván, be lehet helyettesíteni helyette seddel, lehet használni a buildelésre compose-t vagy bármi mást, mert nem egy komoly probléma, csak mikor még jól meg is van ideologizálva, hogy miért nem lehet, az vicces.

"Biztos van olyan alkalmazas ahol kell a legujabb foobar-lib, de azert erre mondjal egy peldat,"
Ne viccelj már, ha te még sose láttál fejlesztőt, aki kaffog, hogy miért LTS, meg pláne RedHat, hát abban minden ősi, akkor valami más bolygón lakunk.

"mert a legtobb esetben van erre egyszeru megoldas es illetve a komponenseket nem klasszikus csomagokbol rakod fel, hanem mondjuk npm eseten ugye packages.json vagy composernel composer.json esatobbi. Amugy meg ha teszem az valami :latest-tel keszult is, az taggelt imagem ott van a registrymben es pont tok ugyanaz ami az ugyfelnel fut."
Úgy látom, megint nem érted. Ha már npm meg ésatöbbi (láthatólag a pipet meg a cpant, amit példának hoztam nem ismered, bocsánat, mert akkor rá jöttél volna, hogy erről beszélek), akkor ott már neked kell figyelni arra, hogy az onnan jövő izékkel mi van, mert azok egy átlagos disztróhoz képest jóval kevésbé fogják ilyen szempontból rendben. Más megvilágításban: egy distró is pont onnan csomagol, ha kihagyod a disztrót, akkor neked "kell disztrót játszani magadnak"

"VMware meg nagyon szep es nagyon jo, csak monjduk rakjal mar ossze egy altalad leirt rendszert 5 perc alatt kodbol, kattintgatas es egyebek nelkul. A komplexitas csokkentese meg pont nem az enterspajzokra jellemzo, hanem a modern infrakra." Egyrészt a vmwarenek tök használható APIjai vannak, úgyhogy akár azt is lehet, másrészt bár az infrastrcture as code egy tök jó szemlélet, de nem mindenható. Arról nem beszélve, hogy olyat konténeresdiből sem fogsz összerakni 5 perc alatt (pláne, ha alá az infrát is neked kell -- tudom tudom, olyan nincs)

"A komplexitas csokkentese meg pont nem az enterspajzokra jellemzo, hanem a modern infrakra."
Megint nem értetted. Így van, az enterspájz komplex. Ott ugyanis sokszor nem jellemző, hogy skálázódási probléma lenne, az jellemző, hogy baszott bonyolult rendszererket kell építeni, mert arra van igény. És ezért a microserviceknek az az előnye, hogy jól skálázhatóak, nem igazán érdekes.

"Ez mar regen nem az early-adopterek utani hullam, de nekem mindegy ha valaki igy latja, hat igy latja. A kiprobalt Puppettel meg semmi baj, ha a tovabbi lehetosegek ellenere dontenek mellette, bar ezt ismerven mind a kettot rettento nehez lenne megertenem :D"

Az a baj, hogy neked van egy saját világod, amit próbálsz mindenhova kivetíteni, és képtelen vagy megérteni, hogy van, ahol vannak más szempontok, meg igények. (Gyanús egyébként, hogy ezen igények nálad is ott vannak, csak nem nagyon veszed észre őket), és hiába írod le, hogy nincs silver bulett, csak nem akarod megérteni, hogy én is csak ennyit mondok :) Hogy ez sem jó így mindenhova, illetve, hogy van, ahol jó lenne, de egyszerűen nem éri meg a befektetett energiát a rá való átállás, mert vagy nincs annyi hozadéka (mert a fujj dolgokat már megoldották a puppetben, és nem kér enni), a lehetséges előnyök meg ott nem annyira relevánsak, vagy legalábbis egyelőre úgy ítélik meg, hogy még túl magas a kockázata annak, hogy 2 év múlva megint alapjairól kelljen baszakodni, vagy hogy folyamatosan sok erőt fog elvinni a tooling változása utáni rohanás. (3 hónapos docker release cycle megvan?). Egy szóval nem mondtam, hogy nem jó, nem előremutató, nyilván mi sem véletlen foglalkozunk vele, hanem azért, mert látjuk az előnyeit is.




Senior rendszermérnök: https://hup.hu/node/153849#comment-2109587

kezdem elveszíteni a reményemet arra, hogy megérted, mit akarok mondani.

"4) Nyilvan tudom mit latok magam elott, nem kell az oltogatas ;)"
Akkor mégis miért hadováltál arról, hogy minek törölnék a registrymből

"Megint egy olyan problemat hozol fel amit magadnak csinalsz, mi a francnak buildel ugy a build-toolotok ha a fenti problemat okoz, azert a harom percert ami a cache elonye build kozben (--no-cache)? Fejlesztes kozben nem buildelsz imageket, hogy ez az - egyebkent - jelentos elony meglegyen, ha meg olyan zavaro ahelyett, hogy a cleanupon duhongsz, rakjal ala eleg nagy storaget, hogy ne legyen gond vagy hasznalj valamilyen sidekick gc-t (https://github.com/meltwater/docker-cleanup). Biztos olcsobb mint kezzel takaritgatni vagy cronnal bohockodni."
Ne csessz már fel. Egyrészt --no-cache buildelünk, bár nem tudom, ez hogy jön ide, mivel itt bakker imagekről van szó, másrészt pl azért, mert tudod, devops, minden potenciális release, azt meg imagek nélkül nehéz, harmadrészt meg persze, tegyek alá végtelen storaget, negyedrészt meg FIGYELJ NAGYBETŰ, tök mindegy én hogy csinálom, meg mit csinálok rosszul, mert ez egy példa volt arra, hogy bugokat kértél, ez meg egy ordenáré nagy bug a dockerban, hogy bemarkol danglingnak olyan imageket, amik nem azok. És hiába próbálod elkenni, hogy te vagy a hülye, hogy egyáltalán ilyet akarsz csinálni (ami szerintem alapvető higénia egyébként), ettől az még bug marad.

5,6) "Nem lehet ma egy dockerfileba olyat írni, hogy FROM foobar:${TAG}"

Mert teljesen felesleges es/vagy tobbet art mint hasznal. Valami nagyon el van cseszve azzal a pipeline-nal ahol a FROMot dinamikusan akarod valtoztatgatni, de ha akarod ott a sed nekem mindegy. Ez nem a docker hibaja.

Hát persze, ha valaki nem úgy akarja csinálni, ahogy azt nagyságos ideológus urak elképzelték, akkor az csak szar lehet. :) Épp erről beszélek.

"Ennel jobb szemlelettel eddig nem talalkoztam." És már megint, az a francos szerintem. A világ nem úgy működik, hogy mivel ez egy jó szemlélet, ezért most azonnal átállunk. Azt meg elegánsan átsiklottad, hogy vmwareben is lehet infra as a codeot csinálni, azt már meg sem merem említeni, hogy természetesen a vmware kattogtatós orchestrationjai is úgy vannak felépítve, hogy kezelik az infrastruktúrát önmagukban

"Evekkel ezelott ;) Mivel nekem - bizonyos kereteken belul - teljesen mindegy, mivel futtatja a fejleszto az alkalmazasat es az az image minden olyan dependencyt tartalmaz ami kell neki kell, innentol kezdve a problema ismeretlen.

Értem én, hogy le van szarva, hogy secure-e, mert az az ő dolga, csak mi van akkor a vertikális csapatokkal. Vagy ezt kompletten le lehet szarni, értem én....

"mert altalaban nem ertik, hogy milyen elonyei vannak a komplexitas csokkentesenek, tobbek kozt ezert se dolgozom mar enterspajzoknak bar ez mellekes :D"
ez így van. Meg mert általában komplex igényeik vannak :)

"Sztem az alapveto kulonbseg a kettonk latasmodja kozott, hogy te enterspajzozol en meg - mar - nem. Tudom milyen agyament f@szsagok mennek a nagy cegeknel es mennyire fontos a politika a szintiszta technikai dontesek helyett (lasd nem az a fontos amit mond, hanem h ki mondja)

Nem, most éppen nem enterspájzozok, az alapvető különbség kettőnk között szerintem, hogy én képes vagyok megpróbálni helyén kezelni a technológiákat, te meg bár állítod hogy nem, de felültél egy hypetrainre, és láthatólag személyes sértésnek veszed, ha az ember beszél arról, hogy az sem tökéletes, vagy hogy hoz be új kihívásokat.




Senior rendszermérnök: https://hup.hu/node/153849#comment-2109620

Jajj de kis sértődékeny lettél. :)

Elnézést, nem akartam személyeskedni, a vérnyomásom meg kösz jól van. Egyébként szerintem nem is tettem, ha igen, tényleg elnézést. Ami volt benne, az teljesen pariban van azzal, ahogy te próbálsz engem kioktatni arról, hogy mit csinálok rosszul. Nem látom, hogy hol támadtam volna a személyedet. A véleményed meg az érveid igen, de hát ez meg erről szól. A hadoválszra gondolsz? Ami arra volt válasz, hogy előadtad, hogy ja, ha nem beszélnék összevissza, miközben sosem mondtam a registryről egy szót sem?




Senior rendszermérnök: https://hup.hu/node/153849#comment-2109994

Akkor volt értelme legalább :)

Hozzáteszem egyébként, hogy azt a toolingot, ami e körül kialakul, és azért lökdösi a CI landscapet, egyébként lehet fordítva is tartani és azt leautomatizálni, hogy tesztelődjön sok féle target paltformon.




Senior rendszermérnök: https://hup.hu/node/153849#comment-2109588

dup




Senior rendszermérnök: https://hup.hu/node/153849#comment-2109246

Ja, azt még hadd tegyem hozzá, hogy az is elég köhögés, hogy azért állunk neki új fsnek, mert valaki köhögött, hogy kell egy tunefs? Ne már, óvoda...




Ha Javascript frontendet kell fejlesztenem, akkor...: https://hup.hu/szavazasok/20170706/ha_javascript_frontendet_kell_fejlesztenem_akkor#comment-2120297

"úgyhogy már bőven alkalmas rá."

Azért ehhez a bővenhez elég vastag keretes szemüveg kell... :)




Sysadmin teljesítményének mérése - brainstorming: https://hup.hu/node/149371#comment-2018785

Ja. És akik ilyenek, azok általában nem is állnak neki a töküket vakarni konstans facebookozással, hanem keresnek maguknak valami jobbítanivalót még abban az infrában. Ha tartósan nem, akkor ideje ajánlani valamit az arcnak, ami több kihívást rejt :)

Topicindítónak: nagyon függ a csapat és a munka milyenségétől, de ha az a baj, hogy nem egyenletes az elosztás, illetve vannak lógosok, akkor azért érdemes valamit bevezetni. Sajnos értelmes adminisztráció nélkül ilyet nehéz, kell valami kényelmes tool, meg némi metodika. A kanban pl nem rossz /bár én speciel azt, hogy board legyen meg cetlis kinézet, azt huszadrangúnak tartom, tök megfelel egy akármilyen ticketing/, ami fontos, hogy minden felkerüljön, és hogy legyen egy jól belőtt worklimit, és hogy tudjuk, mikor van valami kész. Ezzel el lehet érni, hogy nem forgácsolódik szét a meló egy csomó befejezetlen izével, nem jönnek oldalról mindenféle hülyeségek, amik miatt nem halad, aminek kéne, és a szarosabb dolgokra előbb utóbb oda fog kerülni az egész bagázs.

A lógosok kiszűrésére pedig tapasztalataim szerint pedig a feszültségek értelmes felhozatala segít csak. A napi meeting, ahol a szokásos
- ezt csináltam tegnap,
- ezt fogom ma csinálni,
- ezzel kell valami segítség, mert nem tudok haladni
mentén gyorsan lezavarva elég gyorsan megoldja, hogy senkinek ne legyen kedve azt hajtogatni a többiek előtt minden reggel, hogy már majdnem kész... vagy hallgatni, hogy és mi tartott rajta ennyi ideig. Cserébe nincsenek fű alatt ugyanezek, és lehet értelmesen moderálni, hogy a torkoknak elharapása nélkül kezelődjenek a problémák.




Az EU jogalkotásra készül a "jog a javításhoz" témakörben: https://hup.hu/cikkek/20170710/az_eu_jogalkotasra_keszul_a_jog_a_javitashoz_temakorben#comment-2119982

Tehát akkor, ha a globális sorshúzáson az jön ki (kb 1:75 eséllyel), hogy neked menni kell, akkor nyugodt szívvel ledurrantod magad? Persze csak miután megtetted ezt kiskorú gyermekeiddel meg magatehetetlen szüleiddel? Meg persze miután kapartál egy gödröt magadnak, hogy a szerencsés 100 milliónak legalább azzal ne kelljen küzdeni?




Az EU jogalkotásra készül a "jog a javításhoz" témakörben: https://hup.hu/cikkek/20170710/az_eu_jogalkotasra_keszul_a_jog_a_javitashoz_temakorben#comment-2120156

He? Nem, nem megy el. Nem gondolom egyébként, hogy nem probléma, de azok, akik előadják, hogy bármi, ami nem bírja ki legalább 80 évig, mint a sámli, amit még a nagypapa rakott össze azzal a két áldott kezével, az szar, és direkt rosszul tervezték, és egyáltalán mi az, hogy valami élettartamra van méretezve, nos azok szerintem egy erősen torz szemüvegen keresztül nézik a világot.




Véget ért a Windows Phone 8.1 támogatása: https://hup.hu/cikkek/20170714/veget_ert_a_windows_phone_8_1_tamogatasa#comment-2121120

Mondjuk a gyakorlatban már a w10 kiadás előtti fél évben sem jött egyetlen update se. (ok, lehet hogy valami szolgáltatás leállítása miatt, bár arra se vették a fáradtságot, hogy a telefon appna beégetett groupme vagy mi képernyőjét kipatcheljék, mikor leállt, uh kétlem...)




BKK e-ticket fail :): https://hup.hu/node/154456#comment-2121086

Ugyan, én anno -- jó tíz éve -- márciusinál vettem észre, hogy a februári mögé ment véletlenül, és az ellenőr nem vette észre. Onnan direkt csináltam, korrektül mutattam, kíváncsi voltam, végül dec 23-án, a karácsonyi lastminute hazafelé tartó ágán szólt utánam a kaller néni.




regexp: egyszer vagy egyszer sem: https://hup.hu/node/154448#comment-2120750

Tippre nem fog menni, mert nincs jobb oldalon semmi. De ha mégis, akkor is ellenjavalnám, ha már van neki explicit operátora. Senki nem használja így, és regexet elég nehéz olvasni direkt bonyolítás nélkül is. Én tuti azon kezdenék el gondolkodni (fél perc után, mikor leesett, hogy mi ez), hogy milyen furi side eset van, ami miatt erre szükség volt. Ráadásul guglizni is nehéz rá :-)




systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117947

mert még linus is megmondta, hogy a disztribútor dolga, hogy endusernek használhatóra faragja a vanilla kernelt?




systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117955

ez még nem zárja ki, hogy az RH köcsög legyen :)




systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117931

"amit majd jólnevelten eldob?"

ez az ugye, amit nem a systemd fejlesztői tudnak befolyásolni.




systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2117945

és akkor a másik oldalról jön a sírás, hogy
a) ahogy a systemd csinálja, az szar, én nem akarom használni
b) miért a systemd szarja a spanyolviaszt, és mondja meg mindenkinek, hogy át kell írni a dolgaim, amik már 20 éve jók úgy.

Szóval ezek mindig ilyen if (sapka || !sapka) esetek. Egyébként szerintem az eseten már az is sokat segítene, ha a "nem értem, mi van odaírva, hisztizek, leszarom, azt majd lesz valami" stratégia helyett a "nem értem mi van odaírva, ezt én nem indítom el" lenne az alapértelmezett viselkedés, és akkor nem derülne ki ilyen cornercaseknél, hogy valami nem trivi. (bár ez nyilván ortogonális arra a problémára, hogy a User defaultja a root)




systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2118059

"szoval konfigoljon a kollega egy programot arra, hogy azt csinalja ami a program nelkul szerintem amugy is jol menne...ertem :D"

Engedelmeddel kijavítottam, véletlen lefelejtettél egy fontos szót :-)




systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2118138

Egyrészt, attól, hogy személyeskedsz, meg káromkodsz, nem lesz jobban igazad, úgyhogy kérlek.

Másrészt félreérted, én nem mondtam meg neked, hogy mit kell gondolnod, vagy hogy mit gondolsz, pusztán arra a logikai bakugrásra próbáltam felhívni a figyelmedet, hogy a te saját véleményedet "amúgy is jól megy" általános igazságként beállítva röhögsz azon, hogy valami ezt másképp képzeli. Ez meg nyilvánvalóan egy ordas nagy faszság (opardon, f@szság, hogy a stílusodnál maradjunk :) ). Az, hogy neked még nem volt gondod a syslogdvel, az örömteli, használd egészséggel, ettől még nem biztos, hogy a journald másoknak nem jobb (figyelj, még csak azt se mondtam, hogy nekem, egyszerűen csak az érvelési hibádra probálom felhívni a figyelmet). Egyébként bizonyára véletlen, hogy pont a bináris, gyorsan kereshető logstore az egyik fizetős modul a syslog-ngben, mert az egy akkora baromság, hogy ilyen igénye senkinek nem lehet ;)




systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2118192

"Es nem nem hivtad fel a figyelmemet semmire. Megmondtad, hogy mit kellett volna mondanom, mikor en tudom mit akartam mondani. A TE(!!) velemenyed az az odairt es kiemelt szo. :D"

Nem, még mindig arról van szó, hogy az érvelésed alapja az, volt, hogy a te véleményed az igazság, amihez mérni kell a dolgokat. É

"Ez a mod, ahogy ezt hasznaltad pedig eppen olyan banto (leforditom a gyunodat: azt sem tudod igazabol mit beszelsz de en segitek Te szellemi visszamaradott)"
Nem, nem gúnyolódtam. Félreérted. Tudod te mit beszélsz, csak hibás az érvelésed. Erre meg valahogy fel kell hívni a figyelmedet (és ez a szerintem csak egy viszonylag kompakt módja volt ennek). Ilyen alapon minden ellenvéleményről leírhatod, hogy azt mondta neked a csúnya gonosz bácsi, hogy "azt se tudod mit beszélsz...", és gúnyolódott azon, hogy szellemi visszamaradott vagy (szép önértékelés volt egyébként :P) és máris megérkeztünk az unatkozó amcsi egyetemisták safe place-jéig, ahol nem lehet ellenvélemény, mert az rosszul esik a mimóza kis lelküknek.

"Viszont magamra vettem (a szemelyemnek szolt) ezert mondhatjuk, hogy szemelyskedtel."
Nem, még mindig nem a személyednek szólt.

"Nagyon szep nyelvi lelemeny amugy."
(Figyelj, ez most a személyednek szól :D). Jaja, vannak ilyen szép dolgok a magyar nyelvben, érdemes megpróbálni a káromkodáson kívüli részét is megtanulni, hátha akkor megérted, miről beszélnek neked :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-2118281

"- ha nagyon csurom es csavarom hat kiragadhatom a mondat masodik reszenek egy kulon kis reszet: "ami a program nelkul amugy is jol menne"; na ebben sem allitottam valotlant, de plane nem erzem, hogy igy kiragadva is hordozna az "ultimate igazsagom vagyon nekem" dolgot, amin lovagolsz"

Kár ezen ennyit lovagolni :) Szólval de. pontosan ott állítod a valótlant, amikor a saját véleményedből "ti: a systemd nélküli működés a jó" levezeted, hogy a systemd szar, és röhögsz rajta, hogy made my day. Ami lefordítva kb annyit tesz, hogy "a systemd szar, mert nekem nem tetszik". Ami véleménnyel semmi baj nincs (figyelj, meglepő dolog következik: magam is meglehetős ambivalens érzésekkel viseltetem a cucc iránt), csak helyén kezelendő: érv nélküli véleményként, arra meg kicsit erős úgy csinálni, mintha más mondott volna bazi nagy hülyeséget (lásd még you made my day).

Továbbra is, tőlem nyugodtan tarthatod szarnak a systemdt, csak arra nem nagyon van alapod, hogy ezért kiröhögd BlackY-t.




systemd bug - számmal kezdődő felhasználónév esetén rootként indul a unit file: https://hup.hu/node/154311#comment-2118380

Egyrészt ez mind hogy jön ide, mikor a bináris log értelmetlen a téma? Nem pedig, hogy csillagromboló-e. Ez ilyen utálom a systemdt stratégia, hogy eloadtok egy csomó dolgot, mintha a másik mondta volna, és jól megpróbáljátok cáfolni?

Másrészt meg majd jon valaki, és bedobja, hogy a systemd ezer apró, akár külön is működő darabból áll. Én nem, mert nekem is szokott csillagromboló érzésem lenni :-)




Fedora 26: https://hup.hu/node/153310#comment-2097271

ő: "Azért de, nagyon frissek a csomagjai"
De nem rolling. Nagyobb update nagyobb releassel megy csak ki. Teszem azt új gnome (neked xfce) nem jön mondjuk az f25 életciklusa alatt. Rolling distronál ha kijön az új gnome, ha sikerült becsomagolni, tolják ki.




Fedora 26: https://hup.hu/node/153310#comment-2097329

igen, pont innen indult ez a szál, hogy ha már a friss a cél, miért nem rolling. Szerintem is kb az a válasz, hogy elég friss az így is, meg láthatólag szerinted is, de azért az nem közel rolling. (illetve, hogy te így tolod alphaban, így nyilván közelebb van. Cserébe alphában tolod, de legalább majd lesz kit kérdezzek, hogy mi a szitu)




Fedora 26: https://hup.hu/node/153310#comment-2097349

félre ne értsd, ez szerintem is így van jól, a f...nak se hiányzik az ilyen jellegű szívás a rollinggal :) Raynes kérdezte, hogy akkor már miért nem rolling, erre szerintem az az adekvált válasz, hogy mert annyira azért nem kell friss :)




OpenELEC 8.0 : https://hup.hu/cikkek/20170410/openelec_8_0#comment-2090069

Hmm, vmi hasonlóm van, es meg nem szedtem le rola a gyari droidot. Install hogy ment?




OpenELEC 8.0 : https://hup.hu/cikkek/20170410/openelec_8_0#comment-2091199

danke. Úgyis itt van öcskös doboza is, amin frissítés közben elment az áram, és újra kéne flashni, megnézem. Ráadásul a libreeleces gyerekek mégis megcsinálták? mikor néztem, akkor a fórumon valami györkér pampogott, hogy miért kéne az s905x-et támogatni, azok úgyis gyengék, és mindjárt jön a nem tudom mi. Egyik olyan pont volt, hogy jó, ezt a bandát hagyjuk...




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2112937

Zahy, minden tiszteletem mellett, de az azért elég visszás, hogy más tapasztalatait hagyjuk már, mert te tudod, hogy ő mit tart szabálytalannak, majd bedobsz olyanokat, hogy a te tapasztalataid szerint pl a jobbratartáson a három sávos szfvár-bp szakaszon 75% megbukik. Egyébként szerintem már nem ennyire rossz a helyzet, ott is bőven 50 alatt van, a régi-új m0 meg a forgalmával rákényszerítette a nép nagy részét hogy megtanulja kb egy év alatt, de nem ez a lényeg, hanem hogy miért gondolod, hogy a te szemüveged nem torz?

Értem én -- azt hiszem -- hogy hova akarsz kilukadni, még egyet is értek vele, de elég nehéz nem szerecsenmosdatásként, és a "dehát az autósok is"-ként értelmezni, amit írsz. Vagy megfordítva, nagyon könnyű úgy.




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2113008

Na, akkor, mivel látni szeretném, hogy hova szeretnél ezzel eljutni: én pl autóban szoktam bizonyos helyzetekben szabálytalankodni (igaz, az általad emlegetettek nagy részében nem). Igaz én nem is állítottam, hogy arányaiban sokkal több a szabálytalan bringás, de ezzel együtt, akkor most merre tovább? :)




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2113021

Tehát akkor mégis csak annyi volt a mondandód, hogy deazaautosok is.

Egyébként meg köszi, de nekem a te kresz oktatásod nélkül is pont ennyire volt objektív képem róla, ui eddig is ismertem a kreszt. Szomorú, hogy előadod a magas lovat...




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2113126

Az, hogy úgy adod elő, mintha senki más nem tudná, hogy az általad kioktató stílusban hozott példák (amik a minden közlekedő mellett valahogy ráadásul mind autósra sikerültek, pedig épp lehetett volna bringásra/gyalogosra/teherautósra/ufóra is hozni tipikusan be nem tartott szabályokra példát) szabálytalanok, és majd te itt jól felnyitod a szemét a sok okosnak pl nekem is előadod, hogy majd akkor mostmár objekítvebben tudom majd nézni, hogy szabálytalanok a bringások. Kár, hogy direkt meg is említettem, hogy én eleve nem mondtam ilyet.




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2112638

a sebességedet úgy kell megválasztani, hogy ha akadályt látsz, meg tudj állni. Arra természetesen nem kell készülnöd, hogy mi lesz, ha épp akkor esik le mondjuk egy faág eléd, de arra, hogy lehet, hogy már ott van, lehet hogy egy meghibásodott, világításra képtelen autó áll előtted az úttesten, arra kell. Ha autopályán a lámpáddal ez csak mondjuk 80as tempó mellett megy, akkor bizony a szabály szerint annyival kell menni.




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2112700

A casco esetleg az autódat, azt, hogy ilyenkor a szerv rutinból jól megbasz a nem útviszonyoknak / időjárási viszonyoknak megfelelő sebességért, azt nem :)




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2112728

ne haragudj, de nem nagyon tudom, mivel vitatkozol, ezért nem tudok érdemben reagálni rá. Kollégának írtam, hogy imho mi a szabály, erre te jössz valami hipotetikus izével, amit nem tudok hova tenni. Aztán mikor mondom, hogy ha megtörténik, akkor a büntit nem fizeti a casco, te erre hozol egy csodás érvet, hogy nem történik meg, miután onnan indultunk, hogy ha szerinted megtörténik, akkor se kerül pénzbe :) De egyébként:

- hogy olyan uton menjek ahol nincs forgalom
nem, erre ilyesmihez nincs szükség

- nem varoson belul
ilyesmire sem

- brutalnagy kod legyen
vagy eső vagy hó, vagy sötét, vagy kanyar. Azért ezek nem ritkák.

- ne mukodjon elektronikaja
Itt gondolom a lenti radarról beszélünk. Ez nyilván egy teljesen hétköznapi dolog. Ja, és számos csinadrattás bemuató esemény látható az interneten, ami szemlélteti, hogy ez egy betonstabil, megbízható technika, sose ütötte még el az öltönyös faszt ujságírók előtt :D Pedig még köd se volt...

- ne rakjon haromszoget
vagy ne rakja elég messze. Amit tapasztalataim szerint úgy 10ből kilencen basznak el, kedvencem az autópályán kb 20 méterre (minősített esetben közvetlen a kocsi mögött) a leállóban.

- ne vezesse/tolja az autot az ut szelere
vagy ne eléggé, mert pl olyan patka van, mint kb minden nem egyszámjegyű főút mellett :)

- es esz nelkul toljam neki es figyelmetlen legyek
ahogy elnézem, ez lehetetlen, valóban. Veled különösen, és amikor vezetek, sem látok egyetlen embert sem hibázni közben, sose.

- ne mukodjon radar
ez gondolom már volt fent




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2112761

"Te jottel ilyen fossal, ami nem tortenhet meg. vagy geciritkan. Itt a topicban bicajosokrol volt szo. nezd meg a cimet."

Igazából kb itt a vége. És igen, ebben az off szálban arról van szó, hogy mennyivel kell haladni. A további fröcsögést, meg a láthatóan megingathatatlan véleményedet saját világképedről nem feszegetném tovább részleteiben, jó szórakozást hozzá, uh csak röviden.

"Tehat total faszsag egesz pelda amit irtal. Erre probaltam ramutatni. :D"
Értem, hogy erre próbáltál rámutatni, csak sajnos a valóság azt mutatja, hogy ilyen balesetek bizony előfordulnak. És amikor előfodrulnak, akkor utána a yard megbüntet, mert nem voltál szabályos. Ennyi.




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2112754

ettől miért bukik? :)




Bicajosok és Budapest - rendszámot mindenkinek!: https://hup.hu/node/154019#comment-2112641

Egyébként nekem max ennyi bajom van a nagyon öntudatos bringásokkal is, hogy jelentékeny részüknek az nagyon megy, hogy nekik hol és mihez van joguk, illetve imádják hangoztatni önnön felsőbbrendűségüket, és a "járhatsz te is bringával" lózungot, addig viszont már nem terjed az eszük, hogy ennek ellenére egymás mellett vagyunk az úton, jó sokan, és tipikusan a városi közlekedés akkor tud működni, ha a közlekedők segítik a másikat, különben szívás van. Ez szerintem itthon jelentősen fejlődött az elmúlt 10 évben az autósok körében, a bringásoknál ez szerintem egy kicsit le van maradva. Természtesen nem mind ilyen, de arányaiban egy kicsit mintha több lenne a baromiöntudatos szabadságharcos.




Függőség kinyerése forrásból: https://hup.hu/node/154350#comment-2118654

De hát miért nem jó neked a configure?




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2112701

""mert nem látszik" ut es latasi viszonyoknak megfeleloen kell kozlekedni"

jaja, pont ezt mondta kolléga magára nézve _is_




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2112722

nézd, abban egyetértés van (pláne ott, mert szerintem egyáltalán nem egy rossz bringás kereszteződés), hogy ebben a konkrét szituban alapvetően az autós a hunyó. Ettől még ahogy autoban is, úgy bringán is az van, hogy ha látszik, hogy ez itt egy szar kereszteződés, akkor azt bizony lassítva közelítem meg, ugyanis a megendedett maximum, az megengedett maximum, nem minden körülmények között felmentő történet. Lehet mutogatni a köcsög autósra mondjuk kicsit délebbre a szerémin, amikor 20+ tempóban kibukkan a bringás a hülye bokrok mögül, majd üszkve egy másodperc múlva már keresztben van, hogy a kanyarodó autós nénikéjét, de azért lássuk be, hogy nem lesz maradéktalanul jogos. És sajnos a bringás infrastruktúra szar, tele van az ország kő kretén, életveszélyes összeengedésekkel. Igen, ilyenkor az autósnak is figyelnie kell, hogy nézd már bokor a bringaút mellett, itt ésszel, de bizony józan ésszel belátható, hogy ezt meg kéne tennie a bringásnak is. Az ugyanis, hogy nekem lehet, mert én vagyok a védett úton, az sajnos elég egoista hozzáállás.




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2112783

az érdemi részével kívánsz foglalkozni? nevezetesen, amikor szar a kereszteződés, és ugyan látod, hogy van ott bokor, és iszonyú ciki lesz, ha jön a bringa, szerinted normális (nem szabályos, normális), hogy ott a bringás ész nélkül dönget keresztül? Mert ő védett útvonalon halad?

Az van, hogy valóság ennél árnyaltabb, a macisajt nem jelenti azt, hogy a védett útvonalon közlekedő barátunknak bármit lehet. Se akkor ha bringa, se akkor, ha autó. Igen, ki lehet mögüle sorolni úgy, hogy a kereszető forgalomnak lassítania kelljen. Igen, ha kocc van belőle, és jön a rendőr, akkor rendszeresen megohzza sommás itéletét, hogy mackósajt volt, te vagy a hunyó. Majd a bíróság rendszeresen árnylaja a képet, hogy hol a féknyom, mennyivel tetszett menni, stb stb, aztán sokszor kijön egy 75-25 vagy egy 50-50. Pont ezt mondtam a szomszédban, hogy a jogok, azok nagyon mennek, az együttműködés, az valamiért sokszor derogál.




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2112796

értem, azt hiszem itt hagyjuk is abba, mert láthatólag megint eljutottunk odáig, hogy a bringás ezek szerint más jármű, rá nem ugyanaz vonatkozik. Pedig mintha ezt tetszene sulykolni.




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2112813

igen, és ebből le lehet vezetni, hogy ilyen sehol máshol nem lehet. (abba már nem is mennék bele, hogy sajnálatos módon mennyire esetleges az itthoni bírói ítélkezési gyakorlat, mert teljesen off).

Ráadásul megint csak nem ez volt a fő bajom, hanem az, hogy "ja, hát két autó között lehet hogy számít ez, de bringán nem".




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2112822

ha a bringát át lehet, szerintem a kocsit is :D




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2112834

A veres péteren egyrészt elég dimbes-dombos azért, másrészt belelógnak a karók, amik a parkolás mellett a könnyed bringával áthaladást is nehezítik, harmadrészt elég kretén az a nyomvonal, mert pont abban a távolságban van, hogy a jobbra kanyarodó kocsiból már nem nagyon lehet érdemben belátni egy jó pár kereszteződésből, mert ahhoz még nem állsz eléggé keresztbe, másrész valóban megvan az uraknak egy olyan jó szokása a keresztutcákból kifele, hogy a bringaúton keresztbe állva kezdik megnézni, hogy kell-e elsőbbséget adni a Veres Péternek, ami a bringásnak már egy kicsit későn lesz ugye.

Igazából az a konstrukció szar, a szélső szélesebb sáv, amire gyk lehet festeni egy sárga bringás sávot (mint pl eggyel beljebb az újszászon már van) a nyerő konstrukció szerintem.




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2113534

Hol?

Tényleg érdekel, napi szinten jártam rajta, és nem rémlik. Az igen, hogy probléma lehetettet, mert konkrét karókkal akadályozzák egy csomó sarkon, hogy kocsival be lehessen menni.




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2113590

hát, ettől nem lettem okosabb :)




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2114363

Volt jó pár éve egy bagázs, akik sárga szigszallaggal festették fel a vonalat a parkoló kocsikra, de természetesen nem nagyon volt olyan reakció, ami felfogta volna a mondanivalót...




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2114505

ez volt, és de, elérte az ingerküszöbüket. :)




Kerékpározok és a KRESZ vonatkozó részét ismerem ...: https://hup.hu/szavazasok/20170615/kerekparozok_es_a_kresz_vonatkozo_reszet_ismerem#comment-2114884

ez a megfordítás azért erősen sántít....




A kernel.org fokozatosan kivezeti az FTP szolgáltatást: https://hup.hu/cikkek/20170130/a_kernel_org_fokozatosan_kivezeti_az_ftp_szolgaltatast#comment-2061239

adhoc a http mivel rosszabb?

(ok, értem, mcben nem lehet mászkálni benne)




A kernel.org fokozatosan kivezeti az FTP szolgáltatást: https://hup.hu/cikkek/20170130/a_kernel_org_fokozatosan_kivezeti_az_ftp_szolgaltatast#comment-2061461

* nem fogok.

Értem én, ott is volt zárójelben, de mondjuk egy links azért nem olyan nagy kaland, ad-hoc engem annyira nem zavarna, ha meg nem ad-hoc, akkor úgyis lemirrorozza az ember. (Lentebb is írtam, ha belegondolsz, ftp ilyen helyen jól csinálni szar, főleg a stateless httphez képest)




A kernel.org fokozatosan kivezeti az FTP szolgáltatást: https://hup.hu/cikkek/20170130/a_kernel_org_fokozatosan_kivezeti_az_ftp_szolgaltatast#comment-2061532

A kiindulás az volt, hogy fejből odáig megy, hogy kernel.org/pub/linux




A kernel.org fokozatosan kivezeti az FTP szolgáltatást: https://hup.hu/cikkek/20170130/a_kernel_org_fokozatosan_kivezeti_az_ftp_szolgaltatast#comment-2061552

Én értem, de a sirám arról szól, hogy a kernel.org és a csomag közti kattogtatás kényelmesebb volt nem a böngészőből.




A kernel.org fokozatosan kivezeti az FTP szolgáltatást: https://hup.hu/cikkek/20170130/a_kernel_org_fokozatosan_kivezeti_az_ftp_szolgaltatast#comment-2061576

kényelemről volt szó, nem nemtudásról :)




A kernel.org fokozatosan kivezeti az FTP szolgáltatást: https://hup.hu/cikkek/20170130/a_kernel_org_fokozatosan_kivezeti_az_ftp_szolgaltatast#comment-2061581

ahhoz nem tudok mit hozzátenni, nem az én érvem volt, csak próbáltam belőni, hogy mi a téma :)




A kernel.org fokozatosan kivezeti az FTP szolgáltatást: https://hup.hu/cikkek/20170130/a_kernel_org_fokozatosan_kivezeti_az_ftp_szolgaltatast#comment-2061460

Hát nem tudom, én most ennek kapcsán belegondoltam, hogy hogy kis kéne nekiállni egy ilyesmi tisztességes kiépítésének a bejelentésben található hívószavak alapján (load balancer, tűzfal) és nagyon rövid úton oda jutottam, hogy tök megértem, hogy ezt inkább kidobják, mert baromira nem tűnik egyszerűnek.




Rendszergazda felkészítő rendszergazdáknak: https://hup.hu/node/154296#comment-2117852

vannak nem quorum alapú, a zsargonban clusternek becézett failover / HA megoldások.




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2093480

hát tudod, ha a lopás örök, és akik ez ellen ágálnak, azok amerikai propagandát toló álcivilek, akkkor jobb lenne még sok álcivil.

A többi meg, tényleg vedd már le egy kicsit a szemüveged, és próbálj meg kritikusan ránézni az érvrendszeredre, értelmes ember vagy, de bizonyos dolgok olyan torzak a fejedben, amit nehéz hova tenni.




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2093509

ha neked nem sikerült leszűrni pl a szakmai hozzászólásaiból, akkor te is nyugodtan tisztogasd a szemüvegedet.
locsemegével lehet normálisan beszélni, nem megy le kutyába. Az más kérdés, hogy kissé keményfejű :)




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2093567

jó, akkor ne nevezd :)




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2093611

"Emlékszel, mi különbség volt a 2010-es kormányváltás előtt és azt követően? Lényegét tekintve csak annyi, hogy az addigi Strabag feliratok Közgépre cserélődtek. Ugye akkor még Simicska és Orbán nem rúgták össze a port. Na, én erről a jelenségről beszéltem, amikor azt írtam, a lopás örök. Azt is írtam, hogy ettől még nem tekintem ezt legitimnek, de emiatt felesleges kormányt váltani, mert az nem fogja orvosolni ezt a jelenséget. Említhetném a DBR Metró projectet is akár."

Emlékszem. Viszont te azt mondod, hogy egy civil szervezet csak ne is ugasson bele ebbe, mert hát az rontja az érdekeit az országnak. Kicsit öngerjeszted a nincs itt szabadságot.




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2093618

ez még akár (bár egyébként nem, de hagyjuk), csak azt hogy egyezteted össze azzal, hogy kormány pénzen megy a fidesz reklám, ami szerinted dekalaratíve rendben van, és hogy párt szinten / képviselő szinten / ki a faszom az a habony árpád egyáltalán szinten valamiért nem kell? Sőt, ne tessék baszogatni őket, mert az államérdek. Hogy a cöfös, "mi beleírtuk volna, de a fityisz nem engedi" dolgot ne is emlegessük. Mert azért egyelőre ott tartunk, hogy a nagy nekirugaszkodás után a saját államaparátusok mondta a csúnya csúnya norvég alapos civil szervezetekre, hogy nem volt ott baj, a magyar államot meg be kell perelni, hogy kiadja azokat az adatokat, amiket jogerős bírósági ítélet kötelezi őket, mert "az ügyvéd elfelejtett szólni" vagy mi a tököm.

tl;dr - azt vedd észre, hogy amit az egyik oldalról alap mércének és követelménynek tartasz, azt a másik oldalról nem tartod annak, sőt megvéded.




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2093923

látom nem sikerül megpróbálni. Sebaj :)




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2079163

Mármint szerinted a megálló ruszki metróról szóló cikk címében benne kellett volna lennie, hogy "két éve a francia meg lerohadt?"

Ne viccelj már, a cikk témája a mostani metró. A cím a témát adja meg. Benne meg benne van, hogy egyébként annó a franciák még jobban elbaszták.




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2079168

Aha. mert szerinted egy frissen felújított A, ami az első nap szar, az nem ,,A'' nagyon vacak? vagy minek kellett volna lennie?




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2087037

eldöntheted, csak azzal kezdted, hogy kettős mérce, miközben senki nem emlegette a googlet, úgy meg nehéz :) Hogy értsd, ebben az igazán gáz az, hogy
a) egyáltalán volt benne ilyen tracking kód, ami külföldre megy (és figyelj: szerintem pl a google analytics pont ennyire lett volna baj)
b) úgy, hogy explicit leírták, hogy nem csinál ilyet




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2090836

segíts már ki kérlek, miért baj az, hogy ha akármilyen szervezetek elmondják a véleményüket, vagy "nyomást gyakorolnak" a választott képviselőkre, hogy ugyanmár, lesznek kedvesek elszámolni azzal, hogy mit csinálnak?




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2090898

de tudok. De egyrészt te mondtad ezt, másrészt továbbra se gondolom hogy ámokfutást kizárólag pártként ér csinálni :)




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2090917

mit szerettél volna mondani? És annak a valaminek mi köze volt a kérdésemhez?




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2090918

mit szerettél volna mondani? És annak a valaminek mi köze volt a kérdésemhez?




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2090941

ellenben, ha pártok lennének, akkor mindjárt tudnánk, hogy kivel beszélnek össze a háttérben, világos, mint a vakablak, jól látszik ez a mostani pártok működésének átláthatóságán is.




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2090940

ja ja, ezek a rohadt szervezetek nélkülöznek magyar állampolgárokat.

Egyébként meg biza az van, hogy ameddig olyat kérnek, amit az állampolgárok kérhetnek, addig igazából eléggé mindegy, ki kérdi.




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2090980

arra még sose látom az indokot, hogy ha Józskának meg Pistának erre van joga magánemberként, akkor JózskaPista egyesületként miért ne lenne. Azt meg egy demokráciában különösen nem látom, hogy mitől ne lenne valakinek joga politizálni.




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2091071

nagyszerű. Tehát egyesületként miért nem politizálhatnak? Már azon túl, hogy nem lehet őket sárgacsillagozni?




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2094859

és bizony az van, hogy egy nem betegen működő közéletben ezeknek beszédtémáknak kellene lennie. és pl ha látszik az, hogy mondjuk x meg y gyökeresen más elképzeléseket visz mondjuk a tornász életről, akkor bizony jó azt tudni. Ugyanis nem az kéne legyen, hogy van a politika, meg van a normális világ. A politika az az, hogy hogyan irányítjuk a normális világunkat.

Ha meg a zenesuli spammel, akkor a zenesuli nevében spammelőnek kell elmagyarázni, hogy kissé szar a vitakultúrája. Ha úgy látod, hogy azért kér arra hogy WZ pártra szavazz, mert a zenesuli főnöke oda húz, nem azért, mert attól a zenesulinak jobb lesz, akkor le kell váltani / nem kell oda járni, stb.




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2094884

és ez most hogy jött ide?




Akciózik egy hárombetűs?: https://hup.hu/node/152654#comment-2094889

hagyjuk




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115027

Gratulálok, sikerül átülnöd a paci másik oldalára.




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115119

Ha neked nem igénytelenség, hogy egy személyes találkozón mindenki előtt a laptopja van, hogy rá tudjon pillantani a cvdre, akkor furcsán vagy szocializálva...




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115212

He? Te mondtad, hogy a papir elavult a hétköznapi életben. Ebből az következik, hogy ha a hres nem akarja mindenkinek megjegyzeni a cvjét, meg még jegyzetelne is, akkor gépet kell vinni neki is. Ami meg szerintem troger (az meg, hogy te nem látod a szituációs különbséget egy munkameeting meg egy személyes interjú között, az téged minősít) Szó nem volt arról, hogy te nem tudod, mi volt a cvdben.




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115478

nincs :) Én is osztom, hogy egy interjún nem szép dolog egy felnyitott laptop mögül sasol valaki.




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115547

Nyilván nem erről van szó :-)




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115118

"Benned őszintén felmerül, ha karóra van rajtam, hogy én pontos ember vagyok?"

Természetesen nem. Ilyet nem írtam, sőt, elhelyeztem ama bizonyos paci egyik oldalán. Viszont te komolyan leírtad, hogy:

"Egy IT interjún engem zavarna inkább, ha valaki karórával érkezne, mert arra gondolnék, hogy milyen szinten állhat az illető az IT-val, ha karóra kell neki egy számítógépesített világban ahhoz, hogy leolvassa az időt?"

Ami pont akkora blődség. Igazából kicsit nagyobb is, mert míg az eredeti bejegyzés a nem tudatos dolgok piszkálásáról szólt -- bár ez láthatólag sokaknak nem esett le -- te explicit kijelentetted. Márpedig a saját ilyen irányú preferenciáid semmivel nem mérvadóbbak.

Egyébként ha szerinted ennyiből le lehet vonni ilyen következtetéseket, akkor ugye azon sem sértődnél meg, ha egy linuxos allásra levonnák rólad, hogy nem lehetsz jo szakember, mert látszik, hogy nem megy a vi?




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115210

Vicces gyerek vagy te. Direktben megkerdezed, hogy tényleg komolyan gondolom-e, majd mikor válaszolok rá, hogy nem, akkor kioktatsz, hogy nem követem ki mit mond.




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115394

szerintem azért bőven van olyan cég, ahol nincs ott minden meetingen a PM. A fejlesztést is szokás projectnek hívni, és azért ott van egy csomó önjáró dolog.

De voltam én már integrátor is, ahol teljesen megszokott volt, hogy a PM nem feltétlen ül ott minden egyeztetésen, amit mondjuk az ügyfél techkiejével tart az ember, hanem kap egy momot. Esetleg eleve nincs is fizikailag a környéken.

Megfordítva: van egy csomó olyan projekt, amit ha a PM úgy próbál koordinálni, hogy mindenhol ott van, akkor már el is baszta.




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115213

Egy munkameeting megbeszelesenek rogzitese dolga annak, aki ott van




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115120

Sőt, az a sok buzi ingben, hooszu nadrágban, papucs nélkül... Es meg fürdenek is...




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115349

mire, arra, hogy enyhén szarkasztikusan felhoztam azt a pár másik teljesen normális férfi öltözéket, ami pont annyira tesz valakit buzivá, mint egy karóra (fyi: része a normális öltözéknek), erre te már eljutottál a gyantázásig? És mások nem tudnak olvasni, meg szöveget értelmezni...




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115462

nem kötelező része. Aki szerint egy karóra miatt valaki pavageci, az simán csak egy retartdált fasz. Már bocs.




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2115468

ez semmit nem változtat azon, hogy egy férfiember kezén egy karóra egy teljesen normális, hétköznapi dolog, és nem zárja ki azt, hogy valaki faszméregetésre használjon egy misis órát, mert hülye.




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2113841

keresel valami olyasmit, amiben feljődni szeretnél, és elmondod, hogy hát, valamennyire megvan azért, de szeretnék jobban belemélyedni.

Esetleg keresel olyat, amibe igazából annyira nem szorulsz fejlődésre, és arra mondod. Ez jó, ha valami olyan, ami ott lejön, tehát pl már kiderült, hogy ide bőven elég jó az angolod, vagy a cvden rajta van, hogy nem vagy a témában nyeretlen kétéves.

Vagy olyat, amiben bár valóban gyengébb vagy, viszont az adott helyen jó eséllyel nem releváns.




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2114868

"(mondjuk Gabun kívül)?"

szerintem ennek fényében értelmezd újra, hogy ez mi a pöcs :)




Hétfőn megyek interjúra...: https://hup.hu/node/154082#comment-2114995

Igazából még előtte nem láttam (bár valami motoszkál az agyam hátuljában), de az feltűnt, hogy nvik prosztóságból szintet lépett mostanában.




Az ifupdown helyett a netplan az alapértelemezett az Artful-ban: https://hup.hu/cikkek/20170625/az_ifupdown_helyett_a_netplan_az_alapertelemezett_az_artful-ban#comment-2115353

arról nem beszélve, hogy így aztán csak az fog menni, ami a két cucc feature setjének metszetében van...




Az ifupdown helyett a netplan az alapértelemezett az Artful-ban: https://hup.hu/cikkek/20170625/az_ifupdown_helyett_a_netplan_az_alapertelemezett_az_artful-ban#comment-2115386

jaja, ez is egy lehetőség...




Az ifupdown helyett a netplan az alapértelemezett az Artful-ban: https://hup.hu/cikkek/20170625/az_ifupdown_helyett_a_netplan_az_alapertelemezett_az_artful-ban#comment-2115393

de majd jön a patch, hogy ha ilyen konfigot lát, akkor gyorsan feltelepíti a networkmanagert, és azzal indít hálózatot.

Aztán rájönnek, hogy hálózat nélkül, az nem megy, úgyhogy csinálnak egy netplan-offline-dpkg-cache csomagot, hogy biztos meglegyen, amikor fel kell telepíteni....




Kalandozások a munkakeresés világában: https://hup.hu/node/154051#comment-2112265

ne viccelj már, az egy fél hónap. ráadásul tök törvénytelen. lehet fizetni az elvégzett munkáért, meg tudomásul venni, hogy egy cég életében vannak ilyen kockázatok, hogy ha embert kell keresni, nem biztos hogy sikerül. erre ad az MT könnyítést: úgy hívják, hogy próbaidő, amikor nyugodtan mondhatod, hogy innen nem kell többet dolgozni, köszi. Olyan könnyítést nem ad, hogy lehet ingyen dolgoztatni...




Szegény ember HA-ja, ötletelés: https://hup.hu/node/149317#comment-2017706

nem gondolod rosszul, csak ha ezt értelmezzük, akkor eqvivalens azzal, hogy opensource == fizetős ;), esetleg azzal, hogy ! opensource == ! fizetős :) csúnya dolog ez a formális logika.




Szegény ember HA-ja, ötletelés: https://hup.hu/node/149317#comment-2017726

ilyen egyszerűen nem megy, pontosan az a baj, hogy míg élőbeszédben ez ilyenkor azt érted, hogy lehet fizetős, vagy nem fizetős is, addig ha azt írod hogy ! fizetős, az azt jelenti, hogy nem fizetős.

Ettől még én is ezt írtam volna, mert ilyenkor az ai kikövetkezteti :) csak trollkodtam :)




Szegény ember HA-ja, ötletelés: https://hup.hu/node/149317#comment-2017765

de a kettő mögött ugyanaz a köznyelvi jelentés van: ha nem egyenlő azzal, hogy nem fizetős, akkor nem biztos hogy fizetős, vagyis attól még hogy opensource, lehet fizetős is meg nem fizetős is. gondolom igazából azt akartad mondani, hogy irreleváns.

és egyébként nyilván amit írtam, az is csak addig igaz, amíg boolok vannak, ahogy mondjuk, int már nyilván nem :)




Szegény ember HA-ja, ötletelés: https://hup.hu/node/149317#comment-2017880

=> opensource = !ingyenes, vagy !opensource = ingyenes ;)

Ha már mindenképpen, akkor opensource ⇏ ingyenes




Szegény ember HA-ja, ötletelés: https://hup.hu/node/149317#comment-2017936

Kicsit? :)




Beépített 3G router kerestetik: https://hup.hu/node/139835#comment-1856088

Még jó hogy mondta, hogy nem akar usb sticket, és hogy antennakábelen jönne a kraft :)




Beépített 3G router kerestetik: https://hup.hu/node/139835#comment-1856306

hát, ha van mobilstick külső antennával, akkor megkövetlek, én olyat még életemben nem láttam :)




Beépített 3G router kerestetik: https://hup.hu/node/139835#comment-1856385

Danke, mindig tanul újat az ember :)




Beépített 3G router kerestetik: https://hup.hu/node/139835#comment-1856384

Akkor mondjuk sok értelme nincs. Végül is a fenti huawei is csak annyit állít, hogy van rajta ilyen interfész, azt nem, hogy használja is :D




Root jelszó: https://hup.hu/node/154182#comment-2115028

Bár csak vaktában, de szerintem a user jelszavát kéri.




Root jelszó: https://hup.hu/node/154182#comment-2115034

Biztos, nem a polucykit? És egyébként tudod?




Törvényileg tiltanád a társasházi erkélyeken, folyosókon való dohányzást? : https://hup.hu/szavazasok/20170606/torvenyileg_tiltanad_a_tarsashazi_erkelyeken_folyosokon_valo_dohanyzast%20#comment-2109917

"statisztika szerint a fekete színű autók sokkal gyakrabban résztvevői közúti autóbalesetnek, mint a többi. Tehát aki fekete járművel közlekedik, az sokkal nagyobb kockázatot vállal ..."

Na, ez pont idáig analóg azzal, amit csortu mond :) Minusz a beleköltött sokkal.

Persze tudjuk, hogy ha nincs akváriumod, akkor te buzi vagy :)




Törvényileg tiltanád a társasházi erkélyeken, folyosókon való dohányzást? : https://hup.hu/szavazasok/20170606/torvenyileg_tiltanad_a_tarsashazi_erkelyeken_folyosokon_valo_dohanyzast%20#comment-2109798

haver ennyire nem volt jó, ő csak visszaadta az impotenciást, hogy inkább egy rákost szeretne. De ez valóban jobb :)




A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2114193

Azért nem érted a kapcsolati háló dolgot, mert sikerült a politikának, és a politika közeli dolgoknak erodálni a szó jelentését arra, hogy az protekciót jelent, és a haver kapja az állást.

Holott nem erről van szó, hanem gyakorlatilag arról, hogy az első körös HR szűrést megúszva lehet beszélgetni emberekkel, mert van valaki a cégben, aki már tudja ki vagy. Nagyobb cégek még bónuszt is adnak, ha nyitott pozira hozol valakit, egyszerű talpasként. És a legtöbb esetben nem nagyon szokott senki gyökereket ajánlani, mert se arra nem vágyik, hogy megkapja, hogy "te ajánlottad", se arra, hogy gyökerekkel kelljen dolgoznia.

És ja, egy idő után bizony van olyan is, ahol már nem annyira írnak ki egy állást, vagy ha látják, hogy olyannak viszket a segge, akit érdemes megfogni, akkor megnézik, hogy nem-e kéne mégiscsak valahova :)




A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2114107

?
Egyrészt ezt nem kell szerződésben rögzíteni. Lehet, maximum 6 hónapot, de ha nem, akkor az MT az irányadó, ami szerint alapból harminc nap, de ha a munkáltató mond fel, akkor az bizony növekszik az évek számával, a vége +2 hónap.

És természetesen megállapodni csak többen lehet, még mielőtt :)




A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2114112

A szál onnan indult, hogy bárkit, meg hogy felmondási idő, amiből én mondjuk deriváltam, hogy az egyébként messze legjellemzőbb határozatlan idejű szerződésekről van szó :) És nyilván, nem véletlen trükköznek erősen mondjuk gyárak a határozott idejűekkel.




A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2114327

"Ha te mondasz fel, akkor törvényileg lehetősége van 180 napig ott tartani a munkáltatónak."
Mármint ha erről előzetesen megállapodtatok, és benne van a szerződésben. Különben nincs.




A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2114389

Ettől még a kollégának igaza van. Az alap az, hogy ha te mondasz fel, akkor 30, ha ő, akkor 30 plusz valami, és a kötelező felmentés félidőben. Viszont 180 csak akkor lehet, ha ebben megállapodtok. És akkor bizony az 180 lesz mindkét esetben, vagyis téged is véd, mert 6 havi pénz lesz. És persze az egyéb szabályokról nem lehet eltérni, szóval a fele alól fel kell mentsen.

Mondjuk talán meg lehet úgy is egyezni hogy külön állapotok meg az egyik ill másik esetről (bár ezt már megnézném bíróságon), de ki az a hülye aki olyat aláír?




A legnevetsegesebb femondas indoklas, amivel talalkoztal: https://hup.hu/node/153991#comment-2114525

Az, amelyik 180 napot akar magának, ha te :)

Mert különben nem tudom, melyik az a munkavállaló, aki 180 napot akar, ha ő.




Mobiltelefonom ... az 5 GHz WiFi-t.: https://hup.hu/cikkek/20170613/mobiltelefonom_az_5_ghz_wifi-t#comment-2112994

En bementem a wifi steetingsbe, ott a ... Alatt vsn egy advanced, amiben lehet állítani bandet, ott látszik hogy van. Mondjuk nem tudom, ez op3 speciális-e




A redundancia jó - ha "működik": https://hup.hu/treyblog/20170614/a_redundancia_jo_ha_mukodik#comment-2112342

Jaja, az kb azt jelenti, hogy a 2nd line supportos már látta ezt máshol is :)




Verziókezelés Microsoft Word-höz: https://hup.hu/cikkek/20170615/verziokezeles_microsoft_word-hoz#comment-2112769

"Aki ért hozzá, és esetleg 10 oldalnál hosszabb dolgokat is szeretne alkotni, az tudja hogy arra nem való."

Ez nettó baromság, ha értesz hozzá, akkor remekül lehet benne 10 oldalnál hosszabb dolgokat alkotni.

"Nagycéges környezetben is kezdik belátni, hogy az offiszban tákolt egyedi doksikat levélben körbeküldözgetni nem a leghatékonyabb dokumentumkezelő megoldás ;)"

jaja.

Szerencsére ezt az ms is észrevette, és olyan szinten integrálta bele az outlookba, hogy legyen sharen/sharepointon akárhol az a doksi, amit érdemes megszemlélni :)




Meglopott az eMAG!: https://hup.hu/node/154022#comment-2111748

És annyi eszed volt, hogy szólj, hogy ez egy hibás tranzakció, az eladó meg nem reagál, uh hogyan lehet sztornozni?

Egyébként egyszer en is próbáltam venni toluk valamit, kb egy hét alatt nem tudtak semmi értelmeset kinyogni, bar valaszoltak mindig, visztont mikor mondtam, hogy akkor nem kell, szo nélkül vissza utalták pár napon belül.




Meglopott az eMAG!: https://hup.hu/node/154022#comment-2112380

Annyiban azért védjük már meg, hogy mondjuk az is > /dev/mom, aki nem reagál a saját panasz űrlapjára (sőt, egy online kereskedő egyébként az emailre is tegye).

Mondjuk mondom, nekem reagáltak rá. Igaz, értelmeset nem tudott mondani csak folyamatosan habogott, hogy valami a szállítónál van, és hiába mondtam, hogy igen, akivel beszéltem és a csomag ragszáma alapján 5 perc alatt megmondták, hogy azért nem hozták ki végül, mert a két tételből az egyik még nem volt ott, és az emag kérte, hogy ne vigyék, szóval mostmár csak azt kéne kideríteni, hogy melyik nincs ott, miért nincs ott, mikor lesz ott, akármi. Gondoltam, hogy majd megegyezünk abban, hogy akkor a hiányzót hagyjuk, vagy valami, ezt meg hozzátok mert kéne, de ha nem hát nem, lehet sztornózni az egészet.




Meglopott az eMAG!: https://hup.hu/node/154022#comment-2112478

Nem hiszem, hogy a postát kéne referenciának venni :-)




Szállodai beléptetési rendszer automatizálása: https://hup.hu/node/154021#comment-2111814

Hát nem tudom, en elég sokat szállodáztam (tényleg, 4 ev fly in engineer), többségében van az a fali basz. Igaz, talán 1 helyen nem volt jó bármi random kártya...




Milyen a jelenleg használt otthoni internetszolgáltatásod? : https://hup.hu/szavazasok/20170231/milyen_a_jelenleg_hasznalt_otthoni_internetszolgaltatasod%20#comment-2107182

Ha az utcán üveg van, de a lakásba még a régi telefonhurkon jön be, az minek számít? :)




"C/C++" állások - avagy szezon meg a fazon: https://hup.hu/node/153985#comment-2110746

"szoftverfejlesztés C és C++ nyelvEKen", ne pedig úgy, hogy "C/C++ fejlesztés".

lehet én vagyok elrontva, de nekem ez a kettő ugyanazt jelenti.




"C/C++" állások - avagy szezon meg a fazon: https://hup.hu/node/153985#comment-2110840

Akkor mégsem voltam teljesen érthetetlen :-)




"C/C++" állások - avagy szezon meg a fazon: https://hup.hu/node/153985#comment-2110839

Akkor magam alá, mert ugy látom magyarázatra szorul mindenkinek. Nem azt mondtam, hogy c az ugyanaz, mint a cpp, hanem hogy nem érzem a két megfogalmazás között a különbséget.




"C/C++" állások - avagy szezon meg a fazon: https://hup.hu/node/153985#comment-2110921

Szerintem ne formalizáld túl, ez "beszélt" nyelv, simán van, hogy hol ezt, hol azt jelenti.




A magyar civileket érintő fegyvertartási szabályoknak szerintem...: https://hup.hu/szavazasok/20170524/a_magyar_civileket_erinto_fegyvertartasi_szabalyoknak_szerintem#comment-2105042

de az ugye meg van, hogy ha az abszolút érték nő, az rossz?




A magyar civileket érintő fegyvertartási szabályoknak szerintem...: https://hup.hu/szavazasok/20170524/a_magyar_civileket_erinto_fegyvertartasi_szabalyoknak_szerintem#comment-2104990

nem tudom eldönteni, hogy ezt most mellé, vagy ellene szántad?




A magyar civileket érintő fegyvertartási szabályoknak szerintem...: https://hup.hu/szavazasok/20170524/a_magyar_civileket_erinto_fegyvertartasi_szabalyoknak_szerintem#comment-2105235

"Szent meggyőződésük, hogy igazuk van."
Az a baj, hogy -- mint ez a topik is egész jól mutatja -- a fegyverviselést könnyítő tábornak is ez a szent meggyőződése. Úgy meg nehéz érdemben vitatkozni, mivel bármi, ami nem illik a világképedbe pl neked is, az liberális idióta, következésképp amit mond, az kizárólag baromság lehet.




A magyar civileket érintő fegyvertartási szabályoknak szerintem...: https://hup.hu/szavazasok/20170524/a_magyar_civileket_erinto_fegyvertartasi_szabalyoknak_szerintem#comment-2105245

Jaja, csak a kérdés arról szól, hogy a társadalomnak mint olyannak jó-e, ha aki akar glockkal szaladgál. Erre te azt mondod, hogy te akarsz, tehát ha nem baszogatnak miatta, akkor rendben van, de az ilyenek azok, akik leszarják a másik véleményét ;)




A magyar civileket érintő fegyvertartási szabályoknak szerintem...: https://hup.hu/szavazasok/20170524/a_magyar_civileket_erinto_fegyvertartasi_szabalyoknak_szerintem#comment-2105255

"A társadalomnak semmiképpen sem káros"
"Szent meggyőződésük, hogy igazuk van."




Az Ubuntu Livepatch immár elérhető az Ubuntu 14.04 LTS-hez is: https://hup.hu/cikkek/20170606/az_ubuntu_livepatch_immar_elerheto_az_ubuntu_14_04_lts-hez_is#comment-2110639

őőő, egy épp krízis állaptoban lévő rendszerben nem patchelek? :)




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107576

óh, az első solarisos killall. Szerencsére lab volt :D




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107442

láttam én olyan vasat, amit azért sokáig kéne rugdosni, hogy megsértődjön :D
ugyanitt tanult kolléga anno: "ne bizz semmi fontosat olyan számítógépre, amit egyedül fel tudsz emelni"




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2108203

és a vim UXa pont nem ilyen, az elég jól össze van kötve. Az egyetlen bűne, hogy (nagyjából) saját paradigmarendszere van, ezért az entry fee drága, főleg ha olyan irányból jössz, ami még a nagyjábólt se tette bele az agyadba.




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107794

mivel az érveid eddig kimerültek abban, hogy a vi szar, mert te egyszer láttad, hogy hülyeségeket írogatott a sor végén, ezért nehéz érdemben akármit mondani :)




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107808

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.

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.




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107822

"Max. lehet, hogy hamis. Nem tudom"
Akkor kérlek hozz egyetlen ellenpéldát, amikor bármi mással gyorsabb ugyanonnan indulva, mint viból.

" 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."
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 :)




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107863

"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."

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.

"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."

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ú), akkor induljunk már ki abból is, hogy a nano még nem tud gondolatolvasni, és kitalálni, hogy pontosan hova is kell írni, úgyhogy a kurzort oda el is kell vinni. 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.




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107887

"Úgy tudtam, hogy úgyis ez lesz, hogy ha mondok is, akkor is én leszek a hülye..."

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.

"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."
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. Ráadásul soha senki nem állította, hogy a vit nem kell kicsit megtanulni....

"Azt 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."

... pont azt monduk, hogy mivel ez van mindenhol, ezért bizony ha ilyen helyeken mozogsz, érdemes egy kicsit megtanulni. Azt a kb 5 dolgot, ami ahhoz kell, hogy kb úgy tudd használni, mintha a nanot akkor látnád először.

"És az mcedit-es sortörlés? Két példát adtam."

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.

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)




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2108189

"Miért? Ti egész nap azt csináljátok. Nektek lehet?"
Nem, nem lehet, emlékeim szerint mintha elnézést is kértem volna miatta. És abban egész biztos vagyok, hogy nem hülyéztelek le, mivel az vimről beszélgetünk.

"Ebben van igazság. De nem csak nano van, az mcedit-ben F-gombokkal megy."
"A fontos dolgok egy db F-gombbal elérhetőek és alul ki is vannak írva."

Amik egy büdös centivel nem jobbak, pláne nem intuitívebbek.

Először is, próbáljuk már meg lezárni végre ezt a szerencsétlenkedést a leütések számolgatásával. Ha egy kicsit megpróbálod végignézni, mire jutottunk, akkor szerintem elég egyértelműen kiderült, hogy triviális feladatok megcsinálása "egy-egy szó átírására lassabb, mint egy fapad editor" -- mert ugye az adj legalább egy példát az arról szólt, hogy próbálj már meg érvelni az állításod mellett --nem lassabb, ha az ember kicsit is ismeri a vimet (én mindet tudtam fejből, pedig mint mondtam én tipikus kocka vios vagyok) nincs érdemi különbség. Ami egyébként egyáltalán nem meglepő, tekintve hogy senki nem használna olyan editort, amiben triviális feladatok bonyolultak. Ebben megegyezhetünk?

--
Tegyük fel, hogy meg :)
És akkor most jön ez az egész intuitív izé. Itt azt a hibát követed el, hogy egy bizonyos paradigma szetet alapvetőnek, meg intuitívnak tekintesz. Ezzel két gond van:
- egyrészt nem, nem az, azt is meg kellett tanulni. Tény, hogy egy csomó ember szocializálódott azon, de ettől ez még nem alapvetés. Viszont azt is észre kellene venni, hogy a vi elég jól illeszkedik abba a vonalba, ami a command lineos irányból jön. Ott tök hasonló logika mentén vannak szervezve kapcsolók, commandok, pipepok és hasonlók, illetve az is jellemző, hogy nem interaktívan van a leírás, azt külön meg kell nézni. Ettől még a vi alap indulása valóban nem túl barátságos elsőre, de ha valaki egyébként nem kuka a command line környezethez, azt nem fogja megakasztani elsőre sem. Baj akkor szokott lenni, amikor a command lineban sem otthonosan mozgó még egy vi-ra is rászalad.
- másrészt a vi bizony igenis intuitív. /Ha rosszmájú akarnék lenni, akkor azért kell kiírni alulra az mcben meg a nanoban, mert kitalálni esélytelen :D (és egyébként én _személy szerint_ sikítva menekülök a nanotól, és tök logikátlan az összes :) ). / A commandok egy jól átlátható sémát követnek, és nem kell mindent fejből tudni, hanem az alapvető dolgokat szépen össze lehet legózni intuitívan. pont ugyanúgy kell 5 sort törölni, mint öt sort másolni, csak a parancs más, szintúgy ugyanez van bármivel, amit a sor végéig, kell csinálni, vagy akármilyen határolóig. Tény, hogy mivel sok a feature, ezért az alap legós doboznak is van sok eleme van, de a subsettel is jól el lehet lenni.




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107866

"Igen, ezt a kérdést kroozo-nak is szántam volna."

Aki veled teljes egyetértésben teljes baromságnak tartja ennek a számolgatását természetesen. Csak mivel a kolléga mindig megvádolt, hogy dolgokat a szájába adok, mert ő semmi olyat nem mondott, ami jól kihallatszik a mondanivalójából, ezért gondoltam, megfogom annál a blődségnél, amit ott explicit kijelentett, hogy ne tudjon ezzel takarózni, ha már sikerült pont arra rászaladnia, amiben egyébként a vi pont elég jó, ha ismered.




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107881

ne haragudj, de ha még most sem érzed, hogy a példád, miszerint, ha egy tök üres fileba kell beleírni valamit, akkor ott a vi lassabb, mert át kell tenni insert modeba egy egész i betű leírásával tehát akkor jobb a másik editor, az miért blőd, mikor onnan indultunk, hogy "egy-egy szó átírására lassabb, mint egy fapad editor" mint általános igazság (ami már eleve annyira ingerküszöb alatti hiszti, hogy na). Miközben sikerült hoznod vagy hat másikat, amikor kiderült, hogy konkrétan a vi a gyorsabb, pedig direkt nem mi hoztuk a szopatós példákat. Ráadásul nem is a példádra mondtam, hogy blődség, hanem a felvetésedre.
Egyébként meg az van, hogy ha kukacoskodni akarok, akkor itt nincs szó átírásról, itt beleírásról van, úgyhogy légyszíves.

ja, és a vim-et el lehet indítani úgy, hogy alapból insert modeban van, uh még csak nem is nyert. Azt meg már fentebb valaki kifejtette, hogy az előtte a command lineba írt karakterek nem számítanak




... segítség nélkül a vi(m)-ből.: https://hup.hu/szavazasok/20170601/segitseg_nelkul_a_vim-bol#comment-2107840

nyomok egy endet => nyomok egy $-t
nyomok egy backspacet, egy 1-est => nyomok egy r-t, és egy 1est
egy Ctrl+X-et, egy i-t és egy Entert => nyomok egy ZZ-t. Akárhogy nézem, ez speciel eggyel kevesebb, kettő, ha controlt külön veszem, de miért tenném.

És most hoztad a lehető legbutább példát, ha már csak eggyel több betűt kell átírni (vagy a belekevert save mintájára megkérdezem azt is, hogy kerülsz a kecske=0-t tartalmazó sorba, ami mondjuk legyen a 6., vagy a feladat, hogy a kecskét kell átírni macskára) akkor még rosszabb.

De egyébként kb ott vagyunk, hogy ha tudod alap szinten használni a vit, akkor nagyságrendileg pont ugyanott vagyunk, nincs érdemi különbség.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2106804

nem nagyon rajongok a vimért (bár hosszú évek óta használom, sosem állt rá igazán az agyam), de nekem pl a nano még kényelmetlenebb.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2106817

azt annó használtam. Bughalom :)

Arról nem beszélve, hogy a tököm se rak fel mindenhova mc-t.

Kb 5 dolgot kell megtanulni a vihoz, hogy menjen:
- :q!
- :wq
- ESC / i
- yy / dd
- p
Bónusznak még a
- v
- és hogy van hozzá y meg d

és kb ennyi, ezzel remekül el lehet pötyögni pont annyira, mint a nanóval.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2106860

eddig nekem erre a
- vi /valami/valahol
- i
jobbclick / középsőklikk / jobbclick -> paste / shift-insert valamelyike (attól függően, hogy hol ülök, és mi a terminal emulator épp aktuális hülyesége)
- :wq

még mindig működött, a baj nálad van.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2106942

ha nem nagyon kőkorszaki, akkor elindítod, megnyomod az i (mint insert) gombot, aztán oda mész a nyilakkal, ahova akarsz, azt törölsz a backspace-el amit akarsz, azt pasztázol a vágólapról, amit akarsz, aztán ha készen vagy, akkor ESC, :wq.

Értem, hogy kényelmetlen (mint írtam, én se rajongok annyira érte, bár némi Stockholm szindróma már kialakult), de most arról van szó, hogy néha be akarsz pasztázni valamit, vagy beírni egy sort. Namost, ha a kilépés már valamennyire (ez egyébként milyen már) megy, akkor konkrétan még azt az egy darab szerencsétlen i betűt kell megjegyezned.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107007

"ha nem nagyon kőkorszaki", érts, ha legalább egy vim-tiny, nem valami tényleg alap vi. Igen, ha nem az (és emlékeim szerint a freebsd alap vi-ja nem az, de hálistennek mostanában nem kellett), akkor ja, ez van. Sőt, én láttam még olyat is, ahol a nyilak egyáltalán nem mentek, tényleg, és hjkl-ni kellett.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107810

dehát a vi egyik legjobb tulajdonsága, hogy kb 2-4 leütés után bárhol voltál is insert módban leszel az átírandó szó/szótöredék/egyéb határolók közti helyen. Amit egy tipikus notepad csak optimális esetben tud, egyébként az ember egerészik, vagy előbb kimegy az elejére valami nyil/ctrl-nyil szerű kombóval, aztán meg jelöli valami shift-nyil jellegűvel.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107109

Ennek szerintem alapvetően két oka van. Egyrészt a már említett "szerinted" faktor, vagyis aki distrot reszel, azok jó része szereti. Másrészt meg az, hogy alapvetően ez bikeshed, a vi-t megtanulni annyira, hogy elpötyögj benne, kb fél óra, meg utána egy két hét használat néha. Ezt mindenki meg tudja ugrani, úgyhogy igazából aki nem szereti, annak is kisebb gondja is nagyobb annál, hogy ilyenekkel szenvedjen. Az egygépes pistikek majd aptgetinstallmcznek, azt kész.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107163

Mc meg a stabil működőés, kackac. Pl itt is van, aki írta, hogy nem tud bele pasztelni, tehát logikád alapján ez se jó, mert nem működik. Mindenhol működik kackac. Szerintem van itt nevemtevének blogja arról a két hétről, amig aixon megpróbálra működőre birni.

Én láttam már nanoban nen működni a ctrl sequenceket, úgyhogy az se lesz jó.

(igaz, én azt is tudom, hogy akkor valami kacifantos terminal volt a ludas, nem a nano, cserébe a vi sima betűkkel megy, ha kell)

Egyébként azt észre kellene venni, hogy a vi nem egy régi elavult program, csak nem a desktopon megszokott paradigmákat használja. Ha neked unix környezetben kell érték teremtő munkát végezni, akkor a vit meg kell tanulni, mert a szakmád része. Ha emiatt nem tudsz haladni, az a te hibád, és a főnök tök jogosan fogja megkerdezni miért vagy balfasz. Ilyen alapon minek az etc es miert nem indul legalább egy gnome.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107296

"Dehogy kell nekem a vi-hoz nyomorodnom! Szép lenne, ha ezen múlna a unix/Linux környezetben a szakmai minőség mértéke! Tökön is bökném magamat abban a minutumban. Én eddig három Linux disztró alatt használtam mc-t, illetve sco unix alatt. Ment. Stabilan. "
Komolyan? Már három alatt is? Wow.

"Nem ez a fő profilom, de sosem kellett vi gurut hívnom sem az upgrade-k miatt, sem más miatt. a feladataimhoz az eszközöket megkerestem - ez a unix/Linux világ egyik nagy erőssége - és azzal a toolsettel éltem. A vi nem volt a része. Mégsem rúgtak ki, jutalmakat is kaptam."

Nagyszerű, akkor ne használd. A saját kis homokozódra pont azt teszel, amit akarsz. Itt most arról van szó, hogy a világ úgy alakult, hogy a unixokon standard telepítésben ez van. Vagyis, ha ez a fő profilod, akkor a vi része kell legyen. Mert az lesz a bedöglött installerben, a random prod gépen, ahova egyébként nem szoktunk kézzel belépni, az ügyfélnél, meg mindenhol. A többi meg nem. Lehetne olyan a világ, hogy nem ez van ott, de nem olyan. És nem a hegy szokott mohamed hülyeségeihez menni.

Senki nem beszélt vi guruságról. Arról beszéltünk, hogy alapszinten, hogy egy istenverése ini konfigot át tudj írni, tanuld meg használni.

"A vi szerintem régi és elavult program. Ha egy elbaltázott terminál van előtted, és te szakember vagy, akkor a terminál problémát megoldod és kész. Nem pedig a problémás működés alá keresel eszközt, ami a problémás működés mentén is megoldja a kis feladataidat."
Dicséretes ez a vélemény, csak fals. Illetve réginek régi, de a vimet aktívan fejlesztik, és semmiképp sem elavult. Más paradigmákat használ, mint általában a szövegszerkesztők szoktak, ezért a használatát sajnos meg kell tanulni, nem megy csípőből.

"Egyébként kérlek, mond öt, CSAK ÖT olyan feladatot, amit nem tudok a Linux/unix környezetben megoldani másképpen, CSAK VI-jal! Szerintem nem fogsz tudni."

Ez hogy jön ide, egy szóval nem mondtam, hogy ne lehetne másképp megoldani, csak vi-jal. Azt mondtam, hogy ez van mindenhol mint munkaeszköz, ezért ezzel kell főzni.

"Valaki jött azzal, hogy multi környezetben én nem tudok telepítgetni bármit, még ha jogom lenne is hozzá. Addig igaz ez, hogy nem gondolhatok egyet és tolhatom fel a nekem szimpatikus toolokat, de senki nem akadályoz meg abban, hogy a vállalati standard részévé tegyem akár az mc-t, mcedit-et, ha meg tudom indokolni a javaslatomat. Szinte mindenhol el fogják fogadni."

Hahahahahahah.... ha. Nem. Egyrészt, mert minden érved mellé sajnos ott lesz az ellenpont, hogy ugye jól értjük, hogy azért változtassunk vállalati standardot, és égessünk nagy tételben munkaórákat, mert te nem vagy képes eltölteni fél órát azzal, hogy a fent már felsorolt kb 5 darab parancsot megjegyezd, vagy kinyomtasd azt istenverte asztalodra, ha nem megy. Jaja, valid, már engedélyezném is a change requested. Ja, és persze az összes telepítő médiát is remastereljük, biztos ami biztos, hogy ha valahol elakad a cucc még mielőtt a vállalati kultúra oda tudná tenni a másik cuccot. Lesz egy kis overheadje, dehát mindent az ügyfélért.

"Tehát még egyszer, nem kell vi gurunak lennie egy jó Linux/unix szakembernek. Vannak más utak is."
Én még egyetlen olyan jó unix szakemberrel nem találkoztam, aki nem tudja használni a vimet. Ő vagy csak érintőlegesen foglalkozik vele, vagy még wannabe, és ilyen csodás ötletei vannak, hogy majd hozzá igazodik a világ.

"Egyébként pont a sco unixon szívtam a vi-jal, mert persze másképpen működött, mint a cégnél használt Linuxokon, unixokon. Egy levelembe került és ment a gcc a sco-ra, fordult az mc és mcedit. Bekerült a szoftver standardok közé."
Örömteli. Ettől még továbbra se általánosíts belőle.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107440

"Igen, komolyan. Heterogén rendszer van felépítve annál a ma már 7000 fős cégnél, ahol ezzel foglalkoztam. Ebből ennyi volt az a rész, amivel én találkoztam. Volt ott aix-től kezdve hpunixig minden, de én ezzel találkoztam, mert elsősorban mainframe-es voltam. Bocsánat, hogy élek és persze isten vagy, hogy vi-t használsz, de azért van ezen kívül is élet. Nagyobbrészt ezen kívül van az élet. :)"

Egyrészt... Ha végignyálazod a topikot, akkor pont látni fogod, hogy én nem kifejezetten szeretem a vit, mert érdemei elismerése mellett nekem nem áll kézre azon túl, hogy egyszerűbb text fileokat, scripteket elpötyörészek benne. Ettől még az mc az én tapasztalataim szerint egy bugos foshalom. (és volt idő, amikor kb abban nyomtam mindent, nem csak oldalról kiabálok, mint a vi használhatatlan kollégák nagy része)

"Ez a saját kis homokozóm a magyar gazdaság napi pénzforgalmának 1/30-ad részét forgalmazta naponta többször. Tudom, hogy gagyi, de mégis nagyobb a jelentősége, mint ezer webszervernek egy hosting centerben. :)"
Másrészt az e-pöcs méregetésbe ne menjünk bele, mert éppen tudnék trompfolni a 7000re is, meg a magyar banki szektorra is ;)

"Dehogynem! ez a szál arról szól végig! Egy 10 soros text file-t egy hülye is át tud írni vi-ban,"
Akkor elbeszélünk egymás mellett, mert ez a szál éppen arról szól, hogy miért nincs defaultban mondjuk a telepítőben meg imitt amott nano/akármi, mert van, akinek lábfájást okoz hogy "Egy 10 soros text file-t egy hülye is át tud írni vi-ban,".

"de a hülye is érzi, hogy egy rendes editorban ez egyszerűbb. Én csak annyit feszegettem, hogy ma erre jobban kézreálló eszközök vannak. Biztos jó a vi is valamire manapság, de hogy erre nem a legjobb eszköz, az tuti."

Nem, ezt már csak te érzed így, mert egyébként meg a viban pont ugyanannyira egyszerűen lehet átírni, mint egy "rendes" editorban (amiknek a tudása általában kanyarban sincs a vihez képest), tudni illik mindkettőben pofonegyszerű, odamászol, beírod, csá. Azért érzed így, mert nem megy intuitívan, mivel nem tudod a máshol felszedett paradigmákat alkalmazni rá, ergo neked nem áll kézre.

"Én meg azt mondom, hogy nem ez van mindenhol, tehát nem csak spenótot eszünk, van ahol ismerik a húsételeket is. ezért érthetetlen, hogy miért a vi-t erőltetik ilyen alapértelmezett szarakodásként."
De, _alapból_ ez van mindenhol, és ezt magyarázom, hogy nem erőltetik, hanem ez így alakult, és mindenki, aki eljutott addig, hogy a problémát érdemben kezelni tudná, már rég lefossa, mert legalább mint én, elpötyög a vi-vel, ezért ez így is fog maradni, mert a fasznak sincs kedve ezzel szenvedni, mert okostóniék nem tudják megtanulni az alapjait (érdekes módon, a sima szövegszerkesztős paradigmákat sikerült valahogy anno, pedig semmi különbség nincs azt megjegyezni hogy ctrc+s vagy hogy :w)




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107823

engedjük :) Cseréld, ezzel nincs semmi gond, de itt most akkor is arról volt szó, hogy miért az a defult.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107110

Dup




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108193

vagyunk azért jópáran, akik szoktak rendszeresen messze levő szervereket csesztetni.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108192

"Nem tudom mire használtad, de én 16 év alatt egy buggal sem találkoztam az mcedit használata közben, pedig csak azt használtam számos szerveren. Cserébe nem kaptam agyf@szt a vim használatától :)"
Pontosan nem tudom, néhány évig alapvetően azt használtam. Ha te bugmentesnek látod, szerencsés ember vagy.

"Szerintem a 'vim /valahol/valahol/valahol/valahol/valami' parancs beírásával több idő megy el, mint egyszer beírni az adott szerveren az 'apt-get -y install mc' parancsot."
Bár itt is és lejjebb is nem tudom miért, de az mc irányába húzod azt, ami alapvetően az mceditről szól, de az igazság az, hogy nem. Először én is abban éltem, mint ahogy előtte norton meg total commanderben, aztán ma már az van, hogy sokkal hatékonyabban csinálok meg szinte bármit simán a shellből, mintsem mcből. Az egyetlen kivétel amikor egy hosszabb listát kell átválogatni egyesével döntve, hogy mi legyen vele. A példád tipikusan olyan, ami a vim /vTABvTABvTAB.. nyomkodásából áll, az első valaholig nem jutok az mcben. Ráadásul ilyen hosszút nagyon ritkán csinálok, általában egy két könyvtár távolságra van, amit csinálni akarok, egyébként oda cd-zek. Ha gyakran használt könyvtár, akkor nyomok egy m-et a bookmarkoltakhoz, a listából számmal kiválasztom melyik kell, és csá, ha meg mostanában használtam, akkor ugyanez, csak d-t kell ütni a directory historyhoz.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2106968

nekem a shift+insert megy. Igaz, nem kék a háttere :D




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2106969

Attól függ mit csinálsz, C# nélkül pl eleddig tök jól elvoltam :D




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107012

vagyis, attól függ mit csinálsz :) Ha wineket buzerálsz (meg főálásban régi PDAt, az is valid), meg nem akarsz excelt, access, powerbi-t használni, akkor fontosabb. Ha meg unix rendszereket basztatsz szakmányban, akkor meg nem, akkor a vi stabil használata fontosabb, mert sose lehet tudni, hol kell majd megjavítani valamit, és egyrészt nem tartunk bloatot, másrészt nem azzal kezdjük a reszelést, hogy telepítünk, hanem használjuk, ami van. Ha vi van, akkor azt.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2106970

vagy csak egy x :) vagy egy i jobbranyíl backspace.

igazából a vim insert módban kb úgy viselkedik mint akármelyik N+1 notepad, leszámítva, hogy nincs kijelölés, meg ctrl+c/ctrl+v




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107113

Én ezt értem, ettől még alapvetően nem áll rá az agyam, nem marad meg a sok mindenféle rutinszerűen. Ez van, én desktopon egerészek, mert azért van.

Illetve ezt az egész hatékonyság dolgot erős túlzásnak tartom. Szeretném én látni azt a kodert akit ez limitál. Mert én inkább azt szoktam látni, hogy meredten bámul, mutogat, beszélget a gumikacsájával, majd gépel pár percet. Ha az ott pár + fél lesz, az érdemben nem oszt nem szoroz.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108221

Egy szoval nem mondtam, hogy baromság, azt mondtam, hogy néhány vim hívő szokásos hatékonyság szólama programozás közben messze nem számít annyit mint ahogy előadják. Főleg, hogy ilyenkor rendszeresen csúsztva ott is a nanot adják mérceként, vagy ugyanazt adják elő random IDEvel kapcsolatban, amit a vim utálók szoktak, nevezetesen hogy egy számukra ismeretlen, vagy max kapargatott szoftver huznak le, holott a legtöbben bőven elég hatékonyan lehet dolgozni...




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2107299

nincs ott mindig :)




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108813

Kérték már, hogy akkor muti a szabványt. (Engem is érdekel, fogalmam sincs benne van-e posixban bár ha tippelnem kéne, nincs)




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108843

ne haragudj, de hol van ebben legalább egy utalás bármilyen szabványra?

Ráadásul nem más programokat próbál sározni, hanem arra próbálja felhívni a figyelmed, hogy gyakorlatilag semmilyen más editor sem lép ki a szerinted szabvány C-c-re. (minusz joe, gyors tesztjeim alapján, de a nano/ne/mcedit/emacs egyike sem).

Fun fact, az emacsból sem volt így évek után teljesen triviális a C-x C-c, ebben nem segít ő se egy büdös szót se (pedig még filet se adtam neki, olyankor a vim elárulja :) ), a lent segítségként írt C-a C-h teljesen használhatatlan oldalra visz, ahol authorok, meg FSF ömlengés van.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108886

Nézd, először is, otthon anyukáddal személyeskedj, hátha belőle kivált valami reakciót, én innen csak kiröhöglek, ha nem baj.

Másodszor is:
"Azt a kérdést se látom feltéve, hogy ^C lenyomása ugyan miért nem eredményez valami szabványhoz közelítő működést." Akkor világosíts fel, te magyar nyelv mestere, hogy mire kéne vonatkozzon a szabvány.

Harmadszor is, tök mindegy mire vonatkozik a szabvány szó, mivel abban, amit linkeltél semmire vonatkozó semmilyen szabványról szó se volt

Negyedszer meg leírom mégegyszer, hogy én pont nem kedvelem különösképp a vi-t, sosem sikerült a szükségeseken túl megszeretnem. Viszont egyelőre az van, hogy neked a szád ugyan jár, de véleményen túl értelmes indoknak még nem sikerül rajta kiszaladni.




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2108896

Másban nehéz ezután maradni :) Vagy mi van, elfogyott a munició a wikipédiából, anyukád meg nem mutatta meg, hol találod a szabványokat?




StackOverflow új mérföldkövet ért el a Vim kapcsán: https://hup.hu/node/153832#comment-2109437

"Vagy csak kísérletező kedvet."

Na, hát a vimmel kísérletezhet sokáig, nem értem, hol itt a gond :D




RFC2119 :): https://hup.hu/node/153937#comment-2109630

Ez egyáltalán nem hülyeség, nagyon hasznos, amikor az ügyes fejlesztőnek, aki a vállát vonogatja, hogy "az van odaírva, hogy should, tehát nem kötelező" meg lehet mutatni, hogy az bizony azt jelenti, hogy alapvetően kötelező, kivéve, ha jó indokod van rá, hogy miért nem úgy csinálod, és lekezelted az implikációkat.




Desktop webböngészők piaci részesedése | 2009 január - 2017 április: https://hup.hu/cikkek/20170530/desktop_webbongeszok_piaci_reszesedese_2009_januar_2017_aprilis#comment-2108904

Mert nem használtál még mondjuk fos dell dracokat :)

És mint lentebb írta a kolléga, épp az a baj a rókában, hogy ha ugyanaz a serial, akkor nincs semmiféle tovább gomb, nem lehet exceptiont felvenni, se semmit, kapsz egy üzenetet, hogy "IJ bazmeg".




Desktop webböngészők piaci részesedése | 2009 január - 2017 április: https://hup.hu/cikkek/20170530/desktop_webbongeszok_piaci_reszesedese_2009_januar_2017_aprilis#comment-2108914

értem én, de ez itt arról szól, hogy az lehet akármilyen jó, ha emiatt a másik miatt nem lehet használni a böngészőt.




Accidentally destroyed production database on first day of a job, and was told to leave: https://hup.hu/node/153885#comment-2108878

mondjuk mivel ő junior dev volt, ezért lehet, csak a deves slacket látta, az üzemeltetők a szomszédban pánikoltak. Esetleg a devek azért pánikoltak, mert tudták, hogy a szar doksijuk miatt az üzemeltetés ezentúl az összes "de szeretnénk hozzáférni, mert különben nem tudunk dolgozni" kérésükre az anyjukba fogja elhajtani őket, és mostmár lesz mire mutogatni a managementnek, hogy miért, továbbá megpróbálja majd rájuk kenni a teljes szart, hogy ne tűnjön fel, hogy a backup se ment.




Üzleti (céges) névjegykártyám ...: https://hup.hu/szavazasok/20170530/uzleti_ceges_nevjegykartyam#comment-2106749

Egy darab névjegykártya átadása ~ 1s, természetes aktus, beszéd közben megy. A telefon ezt meg sem közelíti, pláne, ha a fogadó fél nem egy beszűkült geek, mert akkor jön a qr kód olvasó túrása, a hogy működik ez, vagy az egyébként miért nem nfc-n csinálod. Ja, és bejön mondjuk mindkét oldalról 3-3 ember :) Kanyarban nincs a usabilityje a telefonnak.

Nyilván nincs erre mindenkinek szüksége, de nagyobb tételben fogadnék arra, hogy ha üzletfeleid előtt a telefonod lóbálod egy qr kóddal, akkor az esetek egy nem elhanyagolható részében már be is skatulyáztad magad a megmosolyogni való kocka kategóriába.

Egyébként van még egy csomó járulékos haszna adott esetben, pl hotelnál nem kell hosszan magyarázni, hogy a) miért nincs :) b) hova írják a számlát, és ehhez nem a telefonod adod valami szerencsétlen kezébe, aztán mint mondták, van, ahol bizony a protokoll része, illetve egyébként is szívesebben olvasnak emberek papírlapokat a saját kezükben.




Üzleti (céges) névjegykártyám ...: https://hup.hu/szavazasok/20170530/uzleti_ceges_nevjegykartyam#comment-2106770

"Leszarom"

Ja értem. Ezzel az érvvel elég nehéz vitatkozni.

"Nagyon ritkán van rá szükség. Írtam volt, hogy a folyamat egésze során már minden szükséges információ rendelkezésre áll még a személyes találkozó előtt."

Neked. Lásd még, "Nyilván nincs erre mindenkinek szüksége". Én szoktam olyan helyen járni, ahol nincs mindenki benne az előzetes meghívóban (vagy pl én nem vagyok benne). Ilyenkor tapasztalataim szerint még mindig a legkényelmesebb a tessék itt a kártyám, küldd át légyszi, amit megbeszéltünk. Igen, annál is, hogy a meghívóban én voltam a Jani, vagy hogy baszakodjunk a qr kóddal.

"Online kitöltött minden adat? :)"
Ja. Kivéve a gyevi bírót. A gyevi bíró kb 10 ből kilencszer jön, mert előzetesen a számlázási adatokat ritkán lehet beírni, és ha be is lenne, a kicsilány úgyis megkérdezi, hogy mit írjon a számlára, mert nem találja meg. Ha mégis megpróbálja, akkor általában az ember a kártyával együtt adja vissza, hogy erre kéne kijavítani. Gondolom sokat jártál szállodában céges úton :)

Én is elég keveset használok el belőle, és a többségét ilyen kiszórós szarokra, de néha jól jön, és olyankor a legkevésbé tolakodó cucc.




Üzleti (céges) névjegykártyám ...: https://hup.hu/szavazasok/20170530/uzleti_ceges_nevjegykartyam#comment-2106800

De hát nekem van érvem: normális kulturált formában tudom így átadni / megkapni a szükséges adatot egy pillanat alatt, és nem ott megy a baszakodás egy beszélgetés közben a technika vívmányaival. Egyszerűen sokkal-sokkal jobb a usabilityje meg compatibilityje (ti: mindenki úgy és oda teszi utána, ahova akarja). Nagyon faszogányos lenne, ha nem így lenne, de én nevetségesnek tartom a "várj, kiteszek egy qr kódot a képernyőre, és akkor azt le tudod olvasni, ja, hát samsungon / almán / x-en nem tudom hogy van pontosan, valahol a telefonkönyven" jellegű vicceket.

Majd ha megoldják, hogy telefonon is ugyanolyan egyszerű legyen, meg kikopik az a réteg, aki nem tudja használni, akkor elmarad. Addig bizony értem én, hogy te leszarod, meg szerinted már ódivatú, mert cserébe működik, ellentétben azokkal az izzadságszagú vackokkal amit a csúcstechnika próbál megoldásként kínálni erre jelenleg. Szerintem itt egyelőre te vagy abban a cipőben, hogy ugyan jobb megoldást nem tudsz, de kötöd az ebet a karóhoz, hogy úgyse kell ilyet csinálni. Csak vagyunk egy páran, akik meg úgy látják, hogy de bizony, kell. Szóval nálad nem hagyományok vannak, hanem delíriumok :)

"Előfordult néhányszor. Valahogy sikerült jól megoldanom elsőre. Valószínűleg szerencsés vagyok."
Egyrészt szinte biztos, másrészt meg én azért azt a határozott előnyt sem látom, hogy majd én előre időt töltsek ezzel ahhoz képest, hogy az utazási irodások elintézik a foglalást, odamegyek szépen, a végén meg mikor egyébként kichekkolok, akkor szépen odaadom, hogy erre kell a számla, és ott prompt megoldódik a problémám, előtte meg le se kell szarjam ezt az egészet.




Hova tűnt Damon ^W hajbazer?: https://hup.hu/node/153870#comment-2108205

az kiderült, hogy az a pár nyomorék itteni volt? vagy csak gondolta?




Mi az elmérgesedő, megalázásig, személyeskedésig fajuló viták moderálásánál a helyes eljárás szerintem ...: https://hup.hu/szavazasok/20170520/mi_az_elmergesedo_megalazasig_szemelyeskedesig_fajulo_vitak_moderalasanal_a_helyes_eljaras_szerintem#comment-2104039

közkeletű félreértés, hogy a szólásszabadság azt jelenti, hogy bárki köteles platformot adni a másik hülyeségeinek.




Az elmúlt évek szerintem legfeleslegesebb "kategóriateremtő" hardver terméke/fejlesztése a(z): https://hup.hu/szavazasok/20170523/az_elmult_evek_szerintem_legfeleslegesebb_kategoriateremto_hardver_termeke_fejlesztese_az#comment-2104354

A kinectet nem tudom, én az olyasmi kontrollereket causal gamingre kifejezetten szórakóztatónak tartom, és bár csak távolról (és nagyon ritkán) nézegetem, úgy tűnik, azért jelennek meg ilyenre gamek. Aztán persze lehet, hogy kikopik a picsbe. Bár ugye mainstreambe is azért került bele, mert a nintendo az egyébként teljesítmény és így grafika szempontból teljesen fos wiivel elég jót szakított, pedig az az infrás kontroller eléggé, hát mondjuk, hogy elnagyolt volt.




Az elmúlt évek szerintem legfeleslegesebb "kategóriateremtő" hardver terméke/fejlesztése a(z): https://hup.hu/szavazasok/20170523/az_elmult_evek_szerintem_legfeleslegesebb_kategoriateremto_hardver_termeke_fejlesztese_az#comment-2104562

Pedig de, a közlekedés olyan buli, hogy van, amikor két rossz közül kell választani. Elment a fék, árokba/falnak rántod, vagy át az óvodásokon? Kivágnak, árokba rántod, vagy belemész? És ugye az van, hogy amíg az ember vezet, addig ezt elintézzük annyival, hogy abban a 2 tized másodpercben így sikerült dönteni, viszont ha nem, akkor rengeteg idő van ezeknek a döntéseknek az előzetes meghozatalára, vagyis jobban kell gondolkodni rajta. Ráadásul ez egy csomó olyan érdekes dilemmához vezet, mint pl. hogy ha nagyságrendileg úgy jön ki jobban, inkább téged öljön meg az autód, vagy akkor sem? (hanem pl az óvodás csoportot). Persze az első közelítés talán az lenne, hogy hát próbáljon meg kisebb kárt okozni. Viszont ha ez ilyen, akkor simán lehet, hogy nem fogják nagyon megvenni, kevesebb lesz belőle, márpedig várhatóan az lenne a társadalmi cél, hogy több legyen, mert alapvetően biztonságosabb. Vagy legyen állítható? És akkor aki arra állítja, hogy az ő seggét védje, az a bíróság előtt utána pontosan miért is fog felelni? Mert az már nyilván több, mint egy rossz reflex válaszreakció. Lesz belőle előre megfontolt emberölés?

Szóval van itt egy csomó csomó olyan dilemma, ami bőven túl mutat a technikai részén ennek az egésznek.




Az elmúlt évek szerintem legfeleslegesebb "kategóriateremtő" hardver terméke/fejlesztése a(z): https://hup.hu/szavazasok/20170523/az_elmult_evek_szerintem_legfeleslegesebb_kategoriateremto_hardver_termeke_fejlesztese_az#comment-2104735

"Le- es felszallni ma is pilota feladat,"

Nagyon nem, ma már simán szállnak le és fel automatával.




Az elmúlt évek szerintem legfeleslegesebb "kategóriateremtő" hardver terméke/fejlesztése a(z): https://hup.hu/szavazasok/20170523/az_elmult_evek_szerintem_legfeleslegesebb_kategoriateremto_hardver_termeke_fejlesztese_az#comment-2104652

Hát nem tudom, szerintem egy aktivan világított panel sosem lesz "kb ugyanaz", mint egy eink. Érdemei elismerése mellett, de semmi esélye nincs ott, ahol az eink működik. Kizárólag ott, ahol az eink még szar, de nem azért mert ugyanolyan, hanem mert ott az eink használhatatlansága ellen lehet olyan kompromisszumot kötni, hogy inkább nézed a szarabb megjelenésű kijelzőn.




Az elmúlt évek szerintem legfeleslegesebb "kategóriateremtő" hardver terméke/fejlesztése a(z): https://hup.hu/szavazasok/20170523/az_elmult_evek_szerintem_legfeleslegesebb_kategoriateremto_hardver_termeke_fejlesztese_az#comment-2104662

Meg a reggelihez, meg a napfényeshez, meg akármihez. :-) Félre ne érts, egyrészt nyilván ízlések es pofonok (asszony pl nem szereti) másrészt nem azt mondom, hogy nem lehet jól olvasni más panelen, de egyszerűen inferior az egész. Még akkor is, ha az oled mérföldes előrelépés, én is nagyon szeretem, konkrétan nem vagyok hajlandó más kijelzővel szerelt telefont venni, akármilyen csúcsszuper ips meg retina. Életem messze legjobb szórakoztató elektronikai beruházása volt a kindle dx, amit kb azonnal megvettem, mikor lehetett itthonról, és azóta is nyúzok.




Az elmúlt évek szerintem legfeleslegesebb "kategóriateremtő" hardver terméke/fejlesztése a(z): https://hup.hu/szavazasok/20170523/az_elmult_evek_szerintem_legfeleslegesebb_kategoriateremto_hardver_termeke_fejlesztese_az#comment-2104744

jaja, de ezek tipikusan azért mennek így, mert az e-ink másodlagos dogainak vannak hülyeségei. Szakkönyvet azért nem olvas rajta az ember, mert egyrészt ahogy mondtad a pdffel szarul boldogul (igen, a dx is használhatatlan rá, pedig az 10 col), normális formában meg nem nagyon vannak, illetve nem lehet értelmes sebességgel ugrálni. Sajna csak folyószövegre jó, amit az ember elejétől végéig olvas, másra nem.




Az elmúlt évek szerintem legfeleslegesebb "kategóriateremtő" hardver terméke/fejlesztése a(z): https://hup.hu/szavazasok/20170523/az_elmult_evek_szerintem_legfeleslegesebb_kategoriateremto_hardver_termeke_fejlesztese_az#comment-2104736

dittó. Mondjuk az ipadjén láttam már olvasni. Világító fehér háttéren, broáf.




Cisco PIX: source IP based routing: https://hup.hu/node/153706#comment-2104850

pix nem tud valami virtual routert? és akkor azokat a vlanokat leszeparálni végig, aztán routeolni a végén ISP2-re. Vagy más gwt osztani, nekik, és azt másfele natolni a DMZ-EXTen?

Hozzáteszem, hogy a web-proxy miatt én elkezdenék gondolkodni azon, hogy egyáltalán látszanak-e még a DMZ-EXTen az internal vlanos címek, vagy már csak a proxy külső lábáé? Illetve ha minden megy keresztül a web proxyn, akkor esetleg ott lehetne valami okoskodni.




Cisco PIX: source IP based routing: https://hup.hu/node/153706#comment-2104755

"ISP<--> LAB intranet között van 2 db PIX sorbakötve, DMZ-Ext és DMZ-Int, vmi ismereteln ok szerint 2 elavult PIX 2x biztonságosabb mint 1 db elavult PIX. Én tudom h. már kukába kéne vágni azt a 2 PIX-et, aki üzemelteti az is tudja, de nem fogja lecserélni se routerre se linuxra"

Innen már csak az a kérdés, hogy akkor miért nem ő szopik ezzel a nemes feladattal, ha már ő üzemelteti? (Amiből egyébként következik, hogy talán >0 hozzáértés is van).




VPS voiphoz: https://hup.hu/node/153747#comment-2105826

Persze hogy érdemes. Azért vannak. Max kiderül, hogy elhajtanak, aztán abból le lehet vonni a megfelelő következtetéseket.




mikor mondja, hogy destination host unreachable?: https://hup.hu/node/153738#comment-2105361

A no route to host félrevezető, nem azt jelenti, hogy nincs route bejegyzés, hanem hogy a konkrét hostot nem érte el, a telnet hülye. A ping meg is mondja, hogy destination host unreachable, jó eséllyel valami lentebbi layerben van gebasz (vagy valami tűzfal). Elsőre nézz egy arp -ot, hogy egyáltalán megvan-e a maccíme (nyilván, nézheted tcpdumppal is, hogy az arp who-hasre válaszol-e valaki, és ha igen ki), ha nem akkor valami kábelswitch probléma lesz, ha megvan, akkor nagyobb eséllyel vagy a .109en levő ip konfiguráció, vagy a tűzfal lesz a ludas.




mikor mondja, hogy destination host unreachable?: https://hup.hu/node/153738#comment-2105441

Aha, ez tipikusan olyasmi, ami már layer2-n nem oké. Ha tűzfal para lenne, akkor mac még lenne. Első körben én megnézném, hogy az a windows bármi mást elér-e egyébként, megy-e rajta a hálózat. Ha nem, akkor nyilván ott javítunk. Ha igen, akkor az ip konfigurációjánál azért azt megnézném, hogy stimmel el a beállítás (nincs-e véletlen mondjuk egy rossz mask rajta, ami miatt nem érzi magát felkenve arra, hogy válaszoljon az arpra). Ha ez is pipa, akkor nincs más hátra, mint valami undormány switching problémát keresni.

És ilyen debugnál imho a mindkétoldali tcpdump bámulás a legjobb módszer a hiba elhatárolásához.




mikor mondja, hogy destination host unreachable?: https://hup.hu/node/153738#comment-2105394

Azt ugy latom a forrasgép generálta. Ami egyébként ugy szokott: az utolsó router, ami most a host maga. Különben admin prohibited lenne inkább.




mikor mondja, hogy destination host unreachable?: https://hup.hu/node/153738#comment-2105546

Persze, meg lehet oldani, csak egyrészt nem szoktak ilyet end hoston (főleg nem egy windows tűzfal). Ha rapillantasz az rfcre, akkor ott le is van irva, hogy a host unreschable az a gatewaytől jön.

másrészt fent látszik, hogy from 192.168.2.1.




mikor mondja, hogy destination host unreachable?: https://hup.hu/node/153738#comment-2105588

küzdhetsz még :)

"isten tudja, mit csinal a Windows tuzfala."

Valóban isten tudja, de olyat, ami nem felel meg az RFCnek, alapból ritkán :) Úgyhogy maradjunk annál, hogy Occam borotvája alapján nem ezt kezdjük túrni.

"192.168.2.1 a linuxos gép eth2 interfésze, nem átjáró"
Bónusz kérdés következik: a 192.168.2.1/24es gépről a 192.168.2.109 felé szerinted ki az átjáró? Elárulom, a host saját maga, mivel connected network, ezért ő maga fogja generálni a dest host unreachable üzenetet.

Szóval szerintem engedd ezt el. Tudjuk, hogy nincs ott a mac cím az arp táblában, ami azt jelenti, hogy a windows tűzfal nem csinált semmit, mivel nem tudtak layer3-on beszélni egymással, tudjuk, hogy ennek megfelelően a dest host unreachablet a host maga generálta, mivel oda van írva, és tudjuk, hogy a hostról dest-host-unreachablet küldeni nem rfc kompatibilis. Ezek után kaparj még nyugodtan, hogy biztos a windows tűzfal, okosnak fogsz tűnni :) De inkább ne vidd be a kérdezőt az erdőbe.




Adatközpont, energiakérdések: https://hup.hu/node/153712#comment-2105258

Nincs ott semmi érdekes, szürke szekrények, huzat, hideg, hangos, általában nem tudsz normálisan leülni, és többnyire dolgozni kell.




Adatközpont, energiakérdések: https://hup.hu/node/153712#comment-2105281

Elsőre nyilván még érdekes, de egyébként tényleg ez van ott. A gépterem szar hely, a lehető legkevesebb időt töltjük ott :)

A huzatot meg nem tudod nézni, mert köd nincs. :D Jó esetben. Ha van, akkor a gépterem az átlagosnál is szarabb hely éppen :D




Adatközpont, energiakérdések: https://hup.hu/node/153712#comment-2105594

ja, az mondjuk vidám, amikor kintről érezni a tűzbiztos tonnás ajtón, hogy vazzeg, ez langyos :D




Mennyire voltál rossz gyerek általános és középfokú oktatásod során?: https://hup.hu/szavazasok/20170508/mennyire_voltal_rossz_gyerek_altalanos_es_kozepfoku_oktatasod_soran#comment-2099324

gondolom az "ez még egy 1-est sem ér, ahhoz is kell valamit tudni" tanári jópofizás...




Mennyire voltál rossz gyerek általános és középfokú oktatásod során?: https://hup.hu/szavazasok/20170508/mennyire_voltal_rossz_gyerek_altalanos_es_kozepfoku_oktatasod_soran#comment-2099343

az egy másik kérdés :) (off: mondjuk a két egyes nincs értékkészleten kívül. másik off: én annó magyaráztam a hülye magyartanáromnak, hogy a 2/3-ot legyen kedves az átlagban 2,5-nek számolni egyszer, ne egy külön kettesnek meg egy hármasnak. Aztán mondjuk mivel nem sikerült neki megérteni, a 4/5-nél már nem pofáztam :D). Bár őszintén szólva nem olyan nagyon nagy baj az, ha az értékelés nem random futószalagon zajlik számításos átlaggal. Pl az alsóban bevezetett szöveges értékelés, ha normálisan van csinálva, akkor bizony tök jó. (Még akkor is, ha egy sablon adatbankból van összekattogtatva)

Csillagos ötös egyébként szinte mindenhol van...




Mennyire voltál rossz gyerek általános és középfokú oktatásod során?: https://hup.hu/szavazasok/20170508/mennyire_voltal_rossz_gyerek_altalanos_es_kozepfoku_oktatasod_soran#comment-2101355

gondolom már akkor is egy szamárfüles kockás füzetbe írta suttyomban a tanár megszólalásait :)




Read-only file system - Debian 8 jessie 64-bit GNOME : https://hup.hu/node/153709#comment-2104678

Fsck-zd meg az sda5öt is, azzal van baja. Jo lesz az emergency shellből, és nézd meg nem kell-e umountolni előtte (tippre nem)




Read-only file system - Debian 8 jessie 64-bit GNOME : https://hup.hu/node/153709#comment-2104698

Persze, igy nem megy, hiszen mountolva van. Ha az a home, akkor egyébként umountolhatod menet közben (mondjuk nem tudom pl a gnome mennyire fordul magába tőle).

Viszont az addig ok, hogy annyira nem értesz hozzá, de azért megpróbálhatod elolvasni amit kiír ;-)




Read-only file system - Debian 8 jessie 64-bit GNOME : https://hup.hu/node/153709#comment-2104731

hát akkor umount /dev/sda5 ?

(mondjuk vicces az az emergency shell, ami felmountolja a homeot, de legyen neki)




Read-only file system - Debian 8 jessie 64-bit GNOME : https://hup.hu/node/153709#comment-2104958

szarul sleepelt / elfogyott az aksi, és menet közben nem tudott átmenni hibernatebe / vagy csak random faszság miatt megfagyott. Emiatt nem csatolta le rendesen, és nem volt a journal rendesen kiírva, meg kellett javítani.

A yeseket gondolom végig nyomtad, a /home/lost+found alatt még nézz körbe, hogy nem-e hányt oda valami fontos filet esetleg.

A csak olvasható valószínűleg azért volt, mert mivel látta, hogy baja van az fsnek, ezért read onlyban volt az egész homeod felmountolva. Vagyis kb semmi nem tudott a saját helyi konfigjába / cacheébe akármijébe írni, azok ugyanis jellemzően a homeodban vannak valami ponttal kezdődő könyvtárban. Illetve nyilván nem tudtál semmi saját filet sem írni (ami mellett nem is nagyon értem, hogy tudtál bármi értelmest csinálni)




Read-only file system - Debian 8 jessie 64-bit GNOME : https://hup.hu/node/153709#comment-2104979

ja, hogy több kép is volt :) Gratula az imgur UI designereinek :)




Read-only file system - Debian 8 jessie 64-bit GNOME : https://hup.hu/node/153709#comment-2105233

A teleírástól nem lesz badsectoros, meg jön menet közben egy ro remount, csak a progik fognak magukba fordulni, mert nem tudnak írni. Ráadásul tipikusan van root reserved rész.




Read-only file system - Debian 8 jessie 64-bit GNOME : https://hup.hu/node/153709#comment-2105170

Dmesgben vagy a logban nincs valami?




Read-only file system - Debian 8 jessie 64-bit GNOME : https://hup.hu/node/153709#comment-2104781

az gondolom egy ext4 akart lenni :)




"Átfogó programot indít a kormány az informatikus utánpótlás biztosítására": https://hup.hu/cikkek/20170523/atfogo_programot_indit_a_kormany_az_informatikus_utanpotlas_biztositasara#comment-2104992

"mégis megbukott az évfolyam fele, mert hibás volt a kollégiumi megoldás (ami ultimate megoldásként volt a HÖK-ösök által osztva),"

Érdekes, nekem volt olyan tanárom, aki jött, hogy Tomi, te vagy most a koliban a rendszergazda? Nincs ott valami gyűjtögetett anyag? Mert akkor ezt meg ezt ki kéne javítani benne ;)




Postfix: from modosítása: https://hup.hu/node/153719#comment-2104843

http://www.postfix.org/header_checks.5.html




Hibatűrő master-master sql replikációt keresek: https://hup.hu/node/153478#comment-2102552

érdemes lenne egy kicsit olvasgatnod a clustering elméletéről.

Egyébként épp arról van szó, hogy mivel szavaznak, ezért nem veszik el adat, mert a leszakadó node is tudni fogja, hogy ő most szopóágon van. Természetesen, a user aki arra próbált írni, az majd kap egy errort az arcába, és szomorú lesz. De ez azt jelenti, hogy a hiba ott jelentkezik, nem pedig majd neked kell a végén megpróbálni összeokoskodni két conflicting halom felett, hogy mi az isten legyen. A tapasztalat ugyanis az, hogy ez nem igazán szokott sikerülni :) És user akkor is szomorú lesz, ha az egyszer már visszaigazolt tranzakciója mégiscsak eltűnik a devnullban.

Természetesen van, amikor ez nem igazán para, de látni kell, hogy az nem azért van, mert jó úgy a cluster, hanem azért mert ott az adat nem igazán volt fontos. :)




Hibatűrő master-master sql replikációt keresek: https://hup.hu/node/153478#comment-2102642

szerintem kezdj el nézelődni a config management megoldások környékén. puppet, ansible, salt, akármi. Esetleg, ha tényleg csak konfigot akarsz tartani, akkor pl etcd (+ confd). Vagy tényleg valami random nosql, ahol ez sokkal egyszerűbb. Egy olyan toollal és egy olyan problématérrel szívatod magad, ami téged nem érint, űrhajóval akarsz menni a sarki boltba tejért kenyérért. Vagy valóban használsz (és kellenek) több lépéses tranzakciók, meg random relációk?




Hibatűrő master-master sql replikációt keresek: https://hup.hu/node/153478#comment-2102935

Kérdés, hogy mennyire valós idő az a valós idő, a config management cuccok valóban általában pár perc lauffal működnek (ami bele szokott férni), viszont az összes ilyen "meg kell néznem hogy tényleg..." izét megoldják. Tipikusan úgy működnek, hogy amíg látszik a kezelt node, addig kikényszerítik, hogy az legyen a konfig, ami nekik szerintük kell. Ha elbabrálták visszateszik.

Az elosztott konfig adatbázis szintén járható út, ha olyan az appod, itt viszont az SQL a bazi nagy overhead. És szinte biztos vagyok benne, hogy nincs rá szükséged, mert valami SELECT * from config where node = énvagyok típusú tök atomi izék vannak, tipikusan key-value párok a konfigok. Erre egy bármilyen lightweightebb adatbázis jobb megoldást ad, mert lesz robosztusan működö szinkron.

Egyébként csatlakoznék kollégához: most, hogy elkezdtél gondolkodni, rájöttél, hogy tulajdonképp elég egy írható db. Még pár (tíz / száz) iteráció, és végiggondolsz mindent, ami egy konfig management eszközhöz kell :) Szóval inkább ismerkedj ezekkel, mert jók szoktak lenni. Vagy ha nem, akkor mesélj már egy kicsit bővebben arról, hogy tulajdonképpen mit akarsz megoldani, milyen elvárások és constraintek mellett (pl azért ragaszkodunk-e az sqlhez, mert szög-kalapács, vagy azért, mert a végén a programnak mindenféleképp abban kell a konfigja)




Hibatűrő master-master sql replikációt keresek: https://hup.hu/node/153478#comment-2102960

Hátizé, ha az 5 sec egy jelszócserénél sok, akkor rosszul fogod :) El nem tudom képzelni, ez hol ne lenne elfogadható. Ráadásul, ha úgy managelsz usereket, hogy nincs központi helyen, hanem tologatod le a usereket localba, akkor (jó eséllyel) rosszul fogod :) Ja, és a userek és azok passwordje az nem igazán konfiguráció. Az az alkalmazás adata, amit az ő dolga kezelni.

Nem, nem elrugaszkodott megtartani az adatbázist, csak látnod kell, hogy míg az sql esetén fel se merül, hogy ne legyen gyors, addig viszont az felmerül, hogy a te gondolataid az adatszinkronizácónál viszont igenis felmerülnek (mint azt te is láttad). Szóval ki kéne találnod, hogy mik is a fontos elvárásaid.




Hibatűrő master-master sql replikációt keresek: https://hup.hu/node/153478#comment-2102858

ja igen, azt ki is hagytam, hogy vagy csak csapd bele egy git repoba :)




Junior és senior etikus hackereket keresünk! (x): https://hup.hu/promo/20170515/junior_es_senior_etikus_hackereket_keresunk#comment-2102366

próbáltál a linkre kattintani?




Junior és senior etikus hackereket keresünk! (x): https://hup.hu/promo/20170515/junior_es_senior_etikus_hackereket_keresunk#comment-2102429

azért ez egy körülhidalható probléma, főleg egy biztonsági szakembernek ;)




Junior és senior etikus hackereket keresünk! (x): https://hup.hu/promo/20170515/junior_es_senior_etikus_hackereket_keresunk#comment-2102456

sandboxból kattint rá, kereszül tolja egy de-rövidítő szolgáltatáson, küld rá magától egy olyan getet, ami nem követi a redirecteket, ilyesmi. Mondjuk épp az előbb mutattad meg a szomszédban, hogy a HTTPt töröd kicsit, nem para :)




Junior és senior etikus hackereket keresünk! (x): https://hup.hu/promo/20170515/junior_es_senior_etikus_hackereket_keresunk#comment-2102963

Hát, van ott két rész, az egyik, hogy "Mire számíthatsz a Deloitte etikus hacker csapatában?" a másik meg hogy "És miért gondoljuk azt, hogy világszintű karrierlehetőséget kínálunk?" -- gondolom szerintük ezek miatt. Ha ez téged nem mozdít meg, akkor nem kéne oda jelentkezned valószínűleg.




Új Linux disztrók érkeznek a Bash/WSL-re a Windows Store-on keresztül: https://hup.hu/cikkek/20170513/uj_linux_disztrok_erkeznek_a_bash_wsl-re_a_windows_store-on_keresztul#comment-2101910

Reálisan egy csomó dolgot el lehet képzelni pl system user esetén, akinek a homeja random változatos helyeken lehet.




Új Linux disztrók érkeznek a Bash/WSL-re a Windows Store-on keresztül: https://hup.hu/cikkek/20170513/uj_linux_disztrok_erkeznek_a_bash_wsl-re_a_windows_store-on_keresztul#comment-2101911

Hehe, kicsit még vársz, amig a debian stetch kijön, és utána az összes testinget használó éveket fog ráverni erre :D




Új Linux disztrók érkeznek a Bash/WSL-re a Windows Store-on keresztül: https://hup.hu/cikkek/20170513/uj_linux_disztrok_erkeznek_a_bash_wsl-re_a_windows_store-on_keresztul#comment-2101980

nyilván véresen komolyan gondoltam ;)




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2101372

"persze akár olyan is, aki segédmunkásként szedett fel több ismeretet, és jó pék is lenne)."

és persze ő ezt simán tudja ésszel kommunikálni mind az életrajzában, mind pl a motivációsnak csúfolt kísérőlevélben, aminek a létjogosultságára itt a kevés releváns eset egyike.




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2101370

"De nezz szet a Profession-on."

Gyeheheheheeeee made my day. Hallod, az meg van, hogy itt ami épp nem valakinek a saját cége, az a professionről van idekopipasztálva?




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2101364

Aki klasszikus rendszergazda akar lenni, az már ne menjen sehova, mert mire akármit elvégez, addigra kb ott fogunk tartani, hogy a komolyabb helyeken valami software defined X buzzword alatt fogja a kódot írni, ami vezérli az infrastruktúrát, a nem komolyabb helyekre meg a beszállító a 15 darab laptop mellé kihoz még valami szappantartót, összedugják, bekapcsolják, aztán pittyen, hogy kész vagyunk, lehet használni a helyi hálót.

Persze ha igénye van arra valakinek, hogy a maradék kulimunkát csinálja, hát hajrá. :)




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2102978

"Tehát szerinted mindenki aberrált, aki nem a csődülettel megy?"

Mivel szerinted mindenki birka, aki nem osztja a véleményedet, ezért fair enough :)




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2103190

Nem az volt, hogy csak be kell kapcsolni, nincs vele munka?




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2103056

értjük, de miért pont ez a szint? Miért nem a win3.1 a határvonal? vagy a dos 6.22? azokon is tök jól meg lehetett már csinálni mindenfélét.




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2103284

őőő, elnézést, de a 3.1 meg a 6.22 korában is pont ez volt, hogy tulajdonképpen ott is meg lehetett mindent csinálni, amire akkor igény volt. :)




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2101383

Mer ha kb tudod, hogy mi az az sql, meg mi az a dump, meg a backup, akkor az, hogy a mysqldump hogy van, az nem kell oktatást igényeljen. Ha épp nem megy fejből, akkor beírod hogy man mysqldump, 2 perc alatt kiszeded, ami neked épp kell, és usgyi. Ha még azt sem tudod, hogy mysqldumpnak hívják, akkor átszaladsz a mysql doksi fejezetcímein, hogy "hogy kell ezzel backupot csinálni", megtalálod a mysqldumpot és goto 1. Ezen nem nagyon van mit oktatni, cipőt kötni is megtanultál még gyerekkorban, ez is olyan, hogy legyenek meg a keretek :)




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2102852

ebben az esetben viszont minek taníttatunk pedagógusokat :D




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2102884

értem én, de kicsit fordítva ülsz most. Az odáig rendben van, hogy a pedagógia képzettségtől még nem lesz valaki jó pedagógus, de az biztos, hogy a gyakorlati pedagógiát gyakorlóknak azért segítene, hogy ha nem is jó, de legalább egy részük ne kifejezetten pocsék pedagógus legyen. Lehet, hogy a programtervezőtől nem leszel jó programozó, de hogy kevésbé leszel szakbarbár, mint a hentesből vedlett php pistike, az azért esélyes.




Papucsos pizza zabáló rendszergazdák: https://hup.hu/node/153533#comment-2102894

nem feledem. Én azt szerettem volna kifejezni, hogy ha lenne nekik valamennyi, akkor sokkal kisebb része nem tudna tanítani. :)




Penny Hírlevél: https://hup.hu/node/153596#comment-2102361

"Egyszerűen nem életszerű csak azért napi 20-30 új spam között böngészgetni csak mert másnak nehezére esett leiratkozni a egy hírlevélről." Attól nem beszélve, hogy ennyi erővel minek szenvedni kategorizálással egyáltalán. Jöhetne direktben az inboxba is, ha úgy is át kell nyálazni.




Penny Hírlevél: https://hup.hu/node/153596#comment-2102517

Igazából már:
https://tools.ietf.org/html/rfc7231#section-4.2.1 (a 2616 deprecated). Konkrétan annyi változott, hogy most már nem should not, hanem

When a resource is constructed such that parameters within the
effective request URI have the effect of selecting an action, it is
the resource owner's responsibility to ensure that the action is
consistent with the request method semantics. For example, it is
common for Web-based content editing software to use actions within
query parameters, such as "page?do=delete". If the purpose of such a
resource is to perform an unsafe action, then the resource owner MUST
disable or disallow that action when it is accessed using a safe
request method.
Failure to do so will result in unfortunate side
effects when automated processes perform a GET on every URI reference
for the sake of link maintenance, pre-fetching, building a search
index, etc.

Vagyis / rfc tilos, kedves sj :)




Penny Hírlevél: https://hup.hu/node/153596#comment-2102819

Egyelőre azt értem, hogy hoztunk neked a "szerinted gány" helyett erősebb érvet, nevruetesen, hogy az a szabály. Ráadásul elég értelmesen meg is van magyarázva, hogy miért nem csinálunk változást publikusan elérhető gettel. Uh most neked kéne villantani valami "szerintednél" erősebbet, vagy revidálni a kissé nagyarcú pure bullshit megmondást.




Penny Hírlevél: https://hup.hu/node/153596#comment-2102848

Egyrészt erre, ha a te érvelési stílusodat hoznám, akkor mondhatnám, hogy "pure bullshit", így maradjunk annyiban, hogy ez max a te véleményed egyelőre. Másrészt ez még továbbra sem érv arra, hogy a GETre változtatni szabvány szerint tilos, még akkor is, ha ez a te dédelgetett usecasednek kevésbé tetszik. Persze ettől még lehetne a GETre változtatás pure bullshit, csak ehhez az érvnek kevés lesz.




Penny Hírlevél: https://hup.hu/node/153596#comment-2102821

"Egy leiratkozas pont az a kivetel, amikor nem kell mereven, sot fafejuen ragaszkodni az elmelethez" mitől olyan speciális eset ez? Már azon túl hogy sj érdeklődési körébe esik.




Penny Hírlevél: https://hup.hu/node/153596#comment-2102850

sajnos úgy látom, hogy nem. És ez sjtől furcsa, mert bár erős biassal indul neki mindennek, szakmai érvek néha el szoktak érni hozzá. :)




Penny Hírlevél: https://hup.hu/node/153596#comment-2102908

jaja, "mindössze". ne haragudj, de fordítva ülsz a lovon. A szabványok azért vannak, hogy tartsák őket. A kis izéd nem önmagában van, hanem, tudod, interakcióban van a külvilággal. A külvilág meg arra számít, hogy szabványnak megfelelően működik. És a külvilág nem csak egy crawler, hanem pl egy vírusírtó, ami automatán belenéz neked a linkbe, egy böngésző kiterjesztés, ami prefetchel, vagy pl az üzemeltető, aki a lefejlesztett barkács taknyodat beteszi mondjuk egy loadbalancer mögé. Ami mondjuk bele keepaliveol, hiszen GET, esetleg elcacheli az eredményt, hogy kímélje a backendet. Vagy még úgy nagyjából ezer más dolog. Ha szerinted úgy kell szoftvert fejleszteni, hogy a primary positive pathon kívül mindent le lehet szarni, az igen szomorú.

És elérve a valódi kérdéshez: nem, én simán el tudom fogadni, hogy ez valid usecase (bár vegyük észre, hogy ennek alátámasztására egyelőre csak a véleményed van -- ami nem feltétlen baj egyébiránt, szoktak lenni így usecasek). Viszont az már csak a te korlátolt nézőpontod, hogy az egy klikket kizárólag HTTP GET formában lehet megoldani. Ugyanis ez a usert baromira nem érdekli, részletkérdés. Akár egy reply email is lehetne, vagy bármi. A te dolgod az, hogy ezt megold. Az ügyfeled meg valószínűleg elvárja, hogy ne taknyoljál neki, hanem a szabványokat betartó dolgot adj át (mert bizony az is egy usecase, pl mert üzemeltetné, lásd fent). Ja, hogy ahhoz lehet kicsit többet kéne dolgozni, ezért inkább, ha az ügyfeled elég hülye hogy benyelje, inkább leszarod az RFCt? Persze, ez költséghatékony, nincs ezzel gond, csak vedd észre, hogy vérpistike lettél, az álláspontod nem szakmailag védett.




Penny Hírlevél: https://hup.hu/node/153596#comment-2102973

"az, de hagyd azt a szalmababot."
maximum slippery slope, de te jöttél ezzel.

"melyik tolti le az unsubscribe linket?"
mit tudom én, amelyiknél éppen majd úgy gondolják.

"gondolom, a cache interval, expiry, meg ilyen feature-oket a ti loadbalancer-eitek is ismerik."
ja értem, más cucca az beszélje a szabványokat. :) És egyébként az azokhoz szükséges headereket helyesen csinálod, vagy ha valami use-case miatt annak is keresztbe kell verni, akkor azt is lehet?

"Ha a user nem kattintott ra a linkre, akkor semmi. Ha rakattint, akkor ezzel le is iratkozott. Ha megis meghivja ugyanazt a linket, akkor baj tortenik? Akkor sem."

Ha a user nem kattintott, ellenben valami más helyette meg igen, akkor leiratkozott egy olyan user, aki nem akart. Ha szerencséd van, akkor sok ilyen usered is lehet :)

"en ezt valasztanam. Fentebb javasoltak egy workaround-ot, ami eleg ronda."
Ja, az. Ez is elég ronda (ti kerszetbeszarja a protokollt), és még nem is szabványos.

"gy kisse mintha jobban belelolvaltad volna a magad az indokoltnal. Ami az RFC megkerdojelezhetetlenseget illeti, vannak ketsegeim, hogy te mindig, minden esetben betartod a szabalyokat (amik pedig ugye azert vannak, nem?). Ha pl. a gyalogatkelohelyen piros a lampa, akkor megvarod a zoldet, tiszta sor, en is. De ha epp sehol senki az egesz utcaban, akkor is? En akkor hajlamos vagyok atmenni a piroson. Miert? Mert senkinek nem faj."

Ennek a példának semmi relevanciája. Az ott egy tökéletesen lokális döntés. Az, hogy a szabvány be nem tartása miatt mikor puffan valami el, az nem.

"Ezert csinalom az unsubscribe-ot 1 kattintassal, es a szerveroldalon GET hivassal. Ha majd felmerul olyan korulmeny, ami ezt lehetetlenne teszi (mert valakinek fajna), akkor majd johet mondjuk az ajaxos ganyolas. De egyelore nem merult fel ilyen gubanc ebben a topikban..."
Megint csak fordítva ülsz a lovon. Azt várod, hogy mutasson valaki egy konkrét esetet, ahelyett, hogy felfognád, hogy potenciális bombát szállítasz. (Arról nem beszélve, hogy bárki mond valamit, hogy mit okozhat, egy vállrándítással elintézed, hogy szerinted az nem gond. Ez így elég kényelmes védekezés, csak semmi értelme, mert úgy döntöttél, hogy csakazértis neked van igazad, mert még nem volt ebből gondod.
És egyébként hajrá, csináld. Csak abból az arcból vegyél vissza egy kicsit, hogy "pure bullshit" hogy nem lehet ilyet csinálni. Egyelőre ott tartunk, hogy "szertintem bizonyos speciális usecaseeknél el lehet tőle térni". Látok némi különbséget.




Penny Hírlevél: https://hup.hu/node/153596#comment-2103003

"ennyi? Nincs is ilyen allat, de egyszer majd biztos lesz?"

nem, csak nincs kedvem keresgélni. És igen, én simán el tudok képzelni olyan szoftvert, ami belenéz ilyen linkekbe automatán a user nevében. És nem fogja észrevenni, hogy az egy unsubscribe link. És ez szerintem designnál igen, ennyi.

"kisse osszecsusztatsz dolgokat: a http protokollt en is pont ugy beszelem, mint a fiktiv load balancer-ed."

Kivéve ugye a GETet ebben a konkrét esetben. Más esetben meg ugye ilyen logika mentén simán lehet valami más usernek kellemetlen dolog, ami miatt letojod. Vagy ez egyetlen rákfenéje az egész HTTPnek, egyébként tökéletes? (de jó lenne)

"Meg mielott ram ragasztod, hogy leszarom a szabvanyokat, tisztazzuk: 1 konkret dolog eseten mast gondolok, mint az adott rfc,"

"esezert is hoztam a piros lampas peldat."
ami továbbra is teljesen irreleváns, csak e fölött átsiklottál.

"valaki kitakarta azokat a reszeket, ahol azt is leirom, szerintem miert nem valodi issue az adott felvetes?"
Ja. Vagy legalábbis én azon túl, hogy "én ilyet még nem láttam" más erre vonatkozó részt nem láttam. (Lehet valaki GETtel letörölte :D) És ami ráadásul fals, mivel visszakövethetetlensége híján gyak esélytelen, hogy észrevedd, ha volt ilyen.

"azt a velemenyemet meg mindig tartom, hogy pure bullshit, hogy 1 kattintassal nem lehet megoldani a leiratkozast (normalisan), ezert teljesen foloslegesen irritalni kell a usereket. Mert egy listarol valo unsub pont az a spec. use case, ahol nem kell mereven ragaszkodni az allapot valtozast csak post-on keresztul szabad dogmahoz."
Most erre mit mondjak, szerintem meg nem, 1:1 :)




Penny Hírlevél: https://hup.hu/node/153596#comment-2103035

én is azt hiszem :)




hajbazer és az unatkozó hupuk: https://hup.hu/node/153372#comment-2098544

hajbazerral úgy nehéz, hogy ő önkényesen húzott egy vonalat, hogy az xp még jó, onnan már csak bloat van, és aki ezzel nem ért egyet, az csöppet sem dehonesztálóan birka.




hajbazer és az unatkozó hupuk: https://hup.hu/node/153372#comment-2098549

pedig eddig egészen úgy nézett ki. Ráadásul sosem reagáltál érdemben arra, hogy miért pont ott van, szóval szinte mindegy is, mert tök önkényes.




Olaszország kitiltotta az Uber-t: https://hup.hu/cikkek/20170410/olaszorszag_kitiltotta_az_uber-t#comment-2089424

"Az Uber törvényes volt, amíg a lex-Uberrel a Kedves vezetőink nem tették illegálissá."

Egy fenét volt. Csak ők próbálták előadni úgy, hogy rájuk nem vonatkozik, mert nem taxi, ügyet sem vetve arra, hogy személyt szállítani ma magyarországon úgy lehet.

Ritka egy ellenszenves banda egyébként, én nem értem, hogy miért tapsikol nekik mindenki 12 kézzel, mikor kb. arról szól az üzleti modelljük, hogy leszarjuk a személyszállítás helyi feltételeit, sharing economy címen úgy csinálunk, mintha nem lennénk munkáltatók, ezzel leszarjuk a munkavégzésre vonatkozó szabályokat, továbbá max nagy kegyesen előadjuk, hogy ha a helyi adóhatóság hajlandó a mi rendszerünkhöz igazodni, akkor valamit még fizetünk is talán.

Szerintem is sokkal jobb lenne egy ennél (sokkal) nyitottabban működő piac, van benne egy csomó hülyeség, de pont a jóféle magyar viszonyok között azért az nagyon nem baj, hogy le van szabályozva, hogy pl mi van a biztosítással, ha mondjuk baleset van, és arra sem kifejezetten vágyom, hogy az ipari forradalom óta (hint hint, gyerekek a gyárban orrvérzésig) kialakult munkajogi szabályozást a sutba dobjuk. Azt meg szívesen megnézném, mennyire rohad rá másra a műanyag lakat, ha előáll azzal, hogy "kedves NAV, az én programom ilyen exportot tud, leszel szíves, szarok a te keretrendszeredre". Kell ezeket a kérdéseket bizgetni, még azt is értem, hogy az uber ilyen szempontból mást nem nagyon tud csinálni, de azt a bicskanyitogató arroganciát látva amit művelnek, nem is nagyon értem, hogy nem borultak már egymás kedvére viktorékkal :)




mit érdemel az a bűnös: https://hup.hu/node/153476#comment-2099514

Nekem 3 hó rémlik, de darabokban, a fizuból. Gondolom ha kirugod, akkor is, de lehet hogy az ij.

A különbség koviék szempontjából abban rejlik, hogy ha a boss volt a hülye, akkor ij, ha a horukk, akkor viszont van esélyük leverni a cégen, aki oldja meg, ahogy tudja : nem hülye és van biztosítása, amit tud leveri a saját alkalmazottján, benyeli, csődöt jelent stb...




mit érdemel az a bűnös: https://hup.hu/node/153476#comment-2099444

hát nem tudom, nekem azért gyanús, hogy egyszeri hórukk embernek nem feltétlen kell tudni azt, hogy egy kishűtő nagyságú szar egyébként érzékeny még a rázkódásra is (miközben vannak neki kerekei, meg hasonlít egy nyomtatóra). Értem én, hogy kovinak ez evidencia, de azért imho messze nem az. Uh lehet szidni a retkeket, de imho inkább azt kéne, akinek nem volt annyi esze, hogy szóljon, hogy az egy bazi drága hímestojás. Főleg, hogy az is elég nagy evidencia, hogy a hórukk embereknek szólni kell arról, ami nem bírja a lendületes pakolást (továbbá a villanyásznak szólunk, hogy nem ráncigálja az utpt, az ég kék, ilyesmi).




mit érdemel az a bűnös: https://hup.hu/node/153476#comment-2099481

Az igaz. :-) Viszont saját munkavállalóval ha jól rémlik elég korlátosak a lehetőségek. Bár nem tudom, miért be fáj egy ilyen cucc...




mit érdemel az a bűnös: https://hup.hu/node/153476#comment-2099751

Jah, nem rugózni akarok, csak félreértettem Marcit, azt hittem, hogy azt mondja, hogy ezt biztos le lehet verni rajtuk, azért mondtam, hogy annyira nem.

De egyébként, hát nem tudom, a két sörös ember is szerintem kb úgy lesz vele, hogy észlelik, hogy ez egy cucc, vannak kerekei, tolljúuk. Zörög? Persze hogy zörög, hát rázós kövön toljuk. Küszöbön meg nyilván áttolják ha lehet, franc se emelgesse, hát nehéz. Tény, amikor halják hogy eltört valami, akkor azért tán megállnak (feltéve, hogy hallatszott a rázkódástól :) )

Ráadásul a hivatalos pakolós emberek rosszabbak. Ők ugyanis egész nap ezt csinálják, és szeretnének minél előbb a végére jutni. Szóval ami nem explicit törékeny, az bizony lehet ütni vágni, ha dobozban van dobálni. És az, hogy ez ilyen, pont annyira evidens, mint tudni, hogy a scanner törékeny. Ha már egyszer láttál ilyet, akkor tudod.




Ket adatkozpont osszeszinronizalasa WAN-on: https://hup.hu/node/153492#comment-2099649

Szerintem a fizika megreformálásával kéne kezdeni :-)




Ket adatkozpont osszeszinronizalasa WAN-on: https://hup.hu/node/153492#comment-2099652

Ja, csak azt nem, hogy random ember a másik oldalon azonnal dolgozni tudjon rajta. A konfliktokat vhogy kezelni kell, vagy el kell engedni ezt a requirementet.




Ket adatkozpont osszeszinronizalasa WAN-on: https://hup.hu/node/153492#comment-2099651

Az a baj, hogy ha itt a work driverol beszélünk, akkor mindenki össze vissza akar majd keresztbe kasul dolgozni párhuzamosan, és abból káosz lészen. Erre így sima fs nrm lesz jó szerintem, be kell tolni valamibe ami ezt kezeli, legyen az egy git vagy rgy sharepoint. Esetleg megkerdezni citrixéket...




Ket adatkozpont osszeszinronizalasa WAN-on: https://hup.hu/node/153492#comment-2099725

Sima sharenél is kérdéses, inkább a program (pl world) oldja meg maga a lockot. Egyébként de, megoldani nyilván mindent meg lehet. Viszont kicsit gondolkodj, mi is történik. Pl megnyitok egy sima text filet, a szerkesztő felolvassa, én matatok benne lokálisan, majd nyomok egy ctrl+s-t. Honnan tudja az fs, hogy a köztes időben lockolni kell? Vagy mikor mentek dobja vissza, hogy azóta változott? Mit csinál, dob egy hibát, hogy nem lehet írni (azzal mást nem nagyon tud tenni). Mit fog ekkor csinálni a program? Többnyire feldob egy save-as ablakot.

Persze, olyat lehet, hogy amíg sync van, addig íráshibát dobálunk mindkét oldalon (a fenti nem túl fényes usability feedbackkel), aztán reménykedünk erőst, hogy barátunk nem ment egy lokális kopit, és másolja fel, ha elmúlt. (Hogy félúton mit csinál mondjuk a world auto save funkciójával, azt meg végig se nagyon akarom gondolni)

Szóval az van, hogy itt szerintem annyira sok lehetőség van, ahol a usernek érteni kell, hogy mi történik, hogy sokkal jobb, ha explicit elmegy hozzá a tranzakció kezelése valami célprogram formájában. Természetesen ha kiderül, hogy pontosan milyen fileok, meg milyen progi, akkor lehet, hogy arra pont van valami, de generikusan szerintem ez nettó önszopatás lesz, akármit is csinálsz. Tényleg az van, hogy legyen magyar share meg német share, ami csak helyben rw. (Aztán hogy ott mekkora szopás lesz az ide oda pinponggal, az más kérdés. Na ezért mondtam, hogy a fizikán kéne segíteni, hogy ugyanolyan gyorsan menjen mindenhova, különben valahol meg kell várni a syncet.




[Frissítve] Tavis Ormandy - a közelmúlt legrosszabb távoli Windows kódfuttatása: https://hup.hu/cikkek/20170508/tavis_ormandy_a_kozelmult_legrosszabb_tavoli_windows_kodfuttatasa#comment-2099345

nem, annak a programnak a megfelelő selinux / apparmor / grsec akármi contexben kéne futnia, ami mondjuk mindenféle readonlyra van korlátozva.




W10 S FAQ: "Van-e bármilyen alapértelmezés a Windows 10 S PC-men amit nem tudok megváltoztatni?": https://hup.hu/cikkek/20170504/van-e_barmilyen_alapertelmezes_a_windows_10_s_pc-men_amit_nem_tudok_megvaltoztatni#comment-2098573

ja, csak a gugli ügyesebben rejti technikai requirementek mögé ;)




Szakértők hosszú évek óta mondogatják, hogy a SMS-re épülő 2FA problémás ... itt az élő példa: https://hup.hu/cikkek/20170505/szakertok_hosszu_evek_ota_mondogatjak_hogy_az_sms-re_epulo_2fa_problemas_itt_az_elo_pelda#comment-2097581

mondjuk ez az SS7-ezés ez olyan, mintha azt mondanánk, hogy a probléma az internetben (na jó, jó fej leszek az IP protokolban) van. (miközben egyébként mondjuk egy XSSről van szó)

Ráadásul klikkelgetve a linkeket, hogy legalább valami érdemi tartalom is legyen, erősen úgy tűnik, hogy szolgáltatónál kell azért lenni. Illetve még ott is az látszik, hogy az ss7 a szar után hosszasan a gsm interface valamilyen ekézése következik (ami nem ss7). Nem állítom, hogy nincs baj a környéken, de ez így durván bulvár.




Szakértők hosszú évek óta mondogatják, hogy a SMS-re épülő 2FA problémás ... itt az élő példa: https://hup.hu/cikkek/20170505/szakertok_hosszu_evek_ota_mondogatjak_hogy_az_sms-re_epulo_2fa_problemas_itt_az_elo_pelda#comment-2097588

ennek nem állítottam az ellenkezőjét sehol :)

csak annyit mondtam, hogy a "szar az ss7" kijelentés szakmai tartalma igen kérdéses, és kissé gáz előadni, hogy "szar az egész telefónia". Ennyi remélem még azért belefér :)




Szakértők hosszú évek óta mondogatják, hogy a SMS-re épülő 2FA problémás ... itt az élő példa: https://hup.hu/cikkek/20170505/szakertok_hosszu_evek_ota_mondogatjak_hogy_az_sms-re_epulo_2fa_problemas_itt_az_elo_pelda#comment-2097611

"A probléma a kommunikációs láncban jelen levő Signaling System 7 protokollal van." Ez ekvivalens azzal, hogy az "a probléma a kommunikációs láncban jelen levő IP protokollal van". Ami meg ugye kb a "szar az egész internet".

Nyilván ödönkének, mint a bank ügyfelének tök mindegy. A szakinak, akinek ki kell javítani, lehet hogy nem mindegy, hogy tényleg az IP protokolban van design flaw, vagy csak a tetején baszott el valamit PHP V. István. De elnézést, hogy a probléma műszaki oldaláról próbáltam beszélni, illetve arról, hogy az mennyire dilettáns a leírásban. Külön vicces, hogy a -- közel sem ennyire -- pongyola megmondást bezzeg te rovod fel az OTP faqjából rögtön az első hozzászólásban ;).




Szakértők hosszú évek óta mondogatják, hogy a SMS-re épülő 2FA problémás ... itt az élő példa: https://hup.hu/cikkek/20170505/szakertok_hosszu_evek_ota_mondogatjak_hogy_az_sms-re_epulo_2fa_problemas_itt_az_elo_pelda#comment-2097618

én tök értem, hogy te vagy ödönke. Tényleg nem gondoltam, hogy fáj, hogy a hupon egy ilyennek a szakmai oldaláról akar valaki beszélni. Egyél egy snickerst. ;)




Szakértők hosszú évek óta mondogatják, hogy a SMS-re épülő 2FA problémás ... itt az élő példa: https://hup.hu/cikkek/20170505/szakertok_hosszu_evek_ota_mondogatjak_hogy_az_sms-re_epulo_2fa_problemas_itt_az_elo_pelda#comment-2097625

Jah értem, tehát csak úgy leírni, hogy ez így nem jó, az már nem elég. Vágom én. Csak most akkor érdekli ez ödönkét, vagy le se szarja :)




Szakértők hosszú évek óta mondogatják, hogy a SMS-re épülő 2FA problémás ... itt az élő példa: https://hup.hu/cikkek/20170505/szakertok_hosszu_evek_ota_mondogatjak_hogy_az_sms-re_epulo_2fa_problemas_itt_az_elo_pelda#comment-2097654

Mire bakker, arra, hogy az ss7 az háromcsillió különböző dolgot tartalmaz, mivel abban a protokol suitban van benne a nem rádiós rész gyakorlatilag komplett signalingja a mobiloknál, és kb a végponti hurkok kivételével minden a landlineoknál? Ez a kijelentés kb tényleg olyan, mintha azt mondaná valaki, hogy az IP protokol szar, és ebbe beleértené az összes fölötte levő dolgot a TCP-n át a HTTPig meg egy rakás benne implementált APIig, lefele meg még az összes layer2-t is.

Egyébként indokolnék én, ha hirtelenjében találtam volna olyat, ami kifejti, hogy kb mi is történt, ehelyett max annyit lehet találni, hogy már politikusok is tornáznak, hogy miért nincs kicserélve (ami kb egy IPv4 -> IPv6 átállás, bár vélhetőleg kicsit bonyább, mert kevesebb a teljesen ad-hoc szar -- telcoban lepapírozott szarok vannak :) ). Tényleg fogok túrni egy normális papírt, de nagyjából arról van szó, ha jól látom, hogy nincsenek rendesen szűrve bizonyos szolgáltatások, ezért mindenféle "API endpointokat" hivogatva olyat is elfogad egy legitim szolgáltató, amit nem kéne. Emlékszel még, mikor valamelyik tulbuzgó wannabe diktáror blackhole routeolta a youtubeot, a sok okoska meg átvette a BGP hirdetést mindenféle elbaszott helyekről, és a háromnegyed világon nem volt youtube egy pár éve? Na, valami ilyesmi van itt is. Egy csomót lehetne segíteni normális konfigolással a szolgáltatóknál, meg a defaultokban, meg ilyesmikkel, csak a telcot még nem érte ez rendben utol, ami az ITt már igen. Kicsit olyan, mint az internet volt, mielőtt boldog boldogtalan direktben hozzáfért.

Ja igen, a bank helyében én nem alapoznék smsre, mert az egyébként nem csak security, hanem usability szempontból is szar (belföldön csak-csak, roaming közben simán csuklik rendszeresen), inkább csinálnék valami datan alapuló 2FA megoldást, amit be lehet tenni egy TLSbe, és csoki, vagy ha nagyon izgulnék, hogy nincs az ügyfélnek data planje, akkor vennék valakitől egy offline működő megoldást, mit tudom én, safenettől vagy a secidtől. Nem lehet sokkal drágább, mint amit az smsekért fizetnek, és ha van, akinek belefért hw tokenek terítése, akkor a softtokennek is bele kéne.




Szakértők hosszú évek óta mondogatják, hogy a SMS-re épülő 2FA problémás ... itt az élő példa: https://hup.hu/cikkek/20170505/szakertok_hosszu_evek_ota_mondogatjak_hogy_az_sms-re_epulo_2fa_problemas_itt_az_elo_pelda#comment-2098450

Namost, az elsőt láttam, abban kb ugyanennyi tartalom van, hogy valahogy ss7-el egy külső szolgáltató divertelte a callokat.

Oroszul meg nem tudok, bocs :)




Szakértők hosszú évek óta mondogatják, hogy a SMS-re épülő 2FA problémás ... itt az élő példa: https://hup.hu/cikkek/20170505/szakertok_hosszu_evek_ota_mondogatjak_hogy_az_sms-re_epulo_2fa_problemas_itt_az_elo_pelda#comment-2098558

ja, aztán megy a bámulás, mikor a pinkód 3-jegyét kérem, nem sajnos nem az, akkor a másodikat kérdésre jön az, hogy természetesen azt magának már nem :)




Neowin: A Microsoft telefonhardver üzletága halott: https://hup.hu/cikkek/20170502/neowin_a_microsoft_telefon_uzletaga_halott#comment-2096215

pl mert az agyonfosozott windowsos csempés "szarban" nincs is meg ez a tök fölösleges különbségtétel ;)




Neowin: A Microsoft telefonhardver üzletága halott: https://hup.hu/cikkek/20170502/neowin_a_microsoft_telefon_uzletaga_halott#comment-2097138

A csempe szerintem határozottan nem volt baj. Helyenként kicsit döcögött, de egy alapvetően jól működő koncepció.

- Az androidban szerintem iszonyatosan gyász, hogy ahány program, annyiféleképpen kinéző widget. Ha használni akarod őket, úgy néz ki a telefon, mintha ráhánytak volna. Ennél sokkal jobb az alapvetően ugyanúgy kinéző csempék. (Persze helyenként szar volt az api, meg hiányzott a hosszabb függőleges cucc, ilyesmi). Bónuszként nekem személy szerint jobban be is jött az emiatti alapvetően minimalistább info design, a materialos jellegű widgetek szerintem nem esztétikusak.
- A lenyíló folderek szerintem jobbak, mint amit androidon eddig láttam
- Személy szerint a lefele folyamatosan scrollozódó launcher is jobban bejött, mint a droid általános jobbra balra asztalai.

A nagy headerek elsőre furik voltak, de in practice nem zavartak, a "van még tab" jelzésére használt belógó negyed betű egész jó volt. Az app lista is egyébként jó volt, a könnyen elérhető betűrend választó miatt tök gyorsan lehetett használni (az más kérdés, hogy ha nem angol volt a bevitel nyelve, akkor nem sikerült megoldani, hogy az összes betű kiférjen egy screenen, az gyász volt).




python output és wc -l: https://hup.hu/node/153437#comment-2098564

nem az stderr-re ír valamiért az a python? Ill a redirect nem működik, az mit jelent, hogy a "pythonscript > valami.txt" esetén a valami.txt üres?




python output és wc -l: https://hup.hu/node/153437#comment-2098611

esetleg valami \r vs \n vs \r\n okoskodás valahol. Nem ismerem annyira az osx lelkivilágát (ill. semennyire :) ) De el tudom képzelni, hogy a wc nem olyat gondol sorvégének, amit a python.

(mondjuk az a fileba redirectet nem kéne meghasaltassa)




Jegy (pl. vonat, koncert stb.) vásárlásakor a .... részesítem előnyben.: https://hup.hu/szavazasok/20170501jegy_pl_vonat_koncert_stb_vasarlasakor_a_reszesitem_elonyben#comment-2096052

de a fapadoson eleve nincs lehetőség a screenen mutogatni qrkódot. (pl, mert akkor nem lehet legombolni a népet utólagos nyomtatással)

Normális társaságnál meg valóban tök nyugodtan, ha minden kötél szakad, megoldják gyors. Annyival kiegészíteném, hogy európán kívül viszont legyen nálad kinyomtatott jegy (nem boarding pass, hanem jegy), mert különben a hülye security tulok nem biztos, hogy beenged a terminálba, vagy nem enged fel a két terminál közti buszra, vagy valami egyéb kreténséget csinál.




Jegy (pl. vonat, koncert stb.) vásárlásakor a .... részesítem előnyben.: https://hup.hu/szavazasok/20170501jegy_pl_vonat_koncert_stb_vasarlasakor_a_reszesitem_elonyben#comment-2096306

wow, csodálatos mire képes már a modern technika wizzéknél. :)




Jegy (pl. vonat, koncert stb.) vásárlásakor a .... részesítem előnyben.: https://hup.hu/szavazasok/20170501jegy_pl_vonat_koncert_stb_vasarlasakor_a_reszesitem_elonyben#comment-2096599

ez esetben sorry, megkövetem a fapadosokat :)




Jegy (pl. vonat, koncert stb.) vásárlásakor a .... részesítem előnyben.: https://hup.hu/szavazasok/20170501jegy_pl_vonat_koncert_stb_vasarlasakor_a_reszesitem_elonyben#comment-2096707

azért az elég vicces, amikor megmagyarázod, hogy a számok nem azt mutatják, amit a számok mutatnak.




Jegy (pl. vonat, koncert stb.) vásárlásakor a .... részesítem előnyben.: https://hup.hu/szavazasok/20170501jegy_pl_vonat_koncert_stb_vasarlasakor_a_reszesitem_elonyben#comment-2096764

ne viccelj már, emberünk megmondta, hogy leírta, kiszámolta, hogy annyi, te meg kötöd itt az ebet a karóhoz, hogy nem annyi, mert nem annyi az átlag.




Jegy (pl. vonat, koncert stb.) vásárlásakor a .... részesítem előnyben.: https://hup.hu/szavazasok/20170501jegy_pl_vonat_koncert_stb_vasarlasakor_a_reszesitem_elonyben#comment-2096814

értjük hogy nem hiszed el, csak ezen meg kár rugózni, és jönni azzal, hogy az az átlag, a te számaid biztos szarok. Lehet, hogy a kolléga csúsztat, foglamam sincs, de az akkor sem elegáns, hogy te azt szajkózod, hogy márpedig azok a számok szarok, mert te tudod. Tudod a fenét. Ebben a buliban simán benne van, hogy van ember bőven az átlag alatt. Tudod, átlag :) És az valószínűleg éppen azok közül fog kikerülni, akit érdekel a téma, tehát olyan autót vesz, amivel nem szalad rá nagy bukóra, ha mégis, akkor olcsón szereli, és mondjuk eleve alig volt drágább annál a 1.25nél, ami az amortizáció.

Mint mondtam, lehet, hogy a kolléga csúsztat, de akkor meg engedd el, mert jelenleg nem tűnsz te se valami okosnak a megfellebbezhetetlen igazságként beállított átlagoddal.




Jegy (pl. vonat, koncert stb.) vásárlásakor a .... részesítem előnyben.: https://hup.hu/szavazasok/20170501jegy_pl_vonat_koncert_stb_vasarlasakor_a_reszesitem_elonyben#comment-2097130

jaja, mert ha ált. az egész istenharagja, akkor sokkal egyszerűbben olvasták volna le a kinyomtatott papírról :)




Jegy (pl. vonat, koncert stb.) vásárlásakor a .... részesítem előnyben.: https://hup.hu/szavazasok/20170501jegy_pl_vonat_koncert_stb_vasarlasakor_a_reszesitem_elonyben#comment-2097774

Itt reptérről volt szó :-)




OpenSnitch - a Little Snitch alkalmazástűzfal linuxos portja: https://hup.hu/cikkek/20170503/opensnitch_a_little_snitch_alkalmazastuzfal_linuxos_portja#comment-2097008

Még mindig van. Elmegy, bár mikor rhce-hez múltkor megnyomkodtam kicsit (ugye hátha gyorsabb), akkor már nem emlékszem miért, de arra jutottam hogy ez éles szerveren szar lenne.




Vezető rendszermérnök: https://hup.hu/node/151708#comment-2074373

Hát nem tudom, erre ránézek, elég egyértelmű (mondjuk mikor a kiírást olvastam, már azon gondolkodtam, hogy vajon hányan szívják be a paddingot, uh lehet hogy nem vagyok célközönség). Mondjuk egy pont mínusz a kötelező shellért, mert pfujj :D




notebook egyetemista diáknak: https://hup.hu/node/153299#comment-2097071

Vagyis elméletileg :-)




notebook egyetemista diáknak: https://hup.hu/node/153299#comment-2096030

"- 15-16 col képernyőméret: 12", szerintem, ha nincs baja a szemének. Én évek óta ilyennel dolgozom, tökéletesen megfelel."

Én azért azt gondolom, hogy 14" alatt mindenképp megnézni személyesen, és meg is nyomkodni (legépelni legalább egy fél oldalt), mert az már nagyon véleményes. Nem csak a kijelző, hanem a bill.-zet méret is.

"hdmi kimenet: mindegy mi, de legyen hozzá átalakító D-SUB-ra és HDMI-re is." - egyetemista, nem prezentálós multikatona, szerintem ez huszadrangú kérdés.




notebook egyetemista diáknak: https://hup.hu/node/153299#comment-2096271

lehet, mikor én jártam, még nem volt laptop szinte senkinél :) Hugi most tolja, néha kellett, de nem úgy tűnt, hogy nagyon kéne a saját laptop. Igazából mivel mindenkinek adtok officet, van hozzá sharepo ohpardon onedrive for business is, simán lehetne tolni a tanáréról, és valószínűleg az lenne a leghatékonyabb.

ill ha kell, kb bármit-bármire átalakítót lehet venni.




2017.04.21. Informatikusok havi fizetése Magyarországon: https://hup.hu/node/153285#comment-2096045

Ha az agglomerációban születsz, akkor költözni se kell, pestieknek vidéki paraszt, vidékieknek meg pesti bunkó lehetsz alapból :D




2017.04.21. Informatikusok havi fizetése Magyarországon: https://hup.hu/node/153285#comment-2096046

melyik családi házas övezetbe van teleport? érdekelne :D




Hamarosan érkezik a Debian Stretch: https://hup.hu/cikkek/20170428/hamarosan_erkezik_a_debian_stretch#comment-2095041

A debian már nincs rászorulva, hogy ezzel kelljen megfelelnie akárkinek is.




Hamarosan érkezik a Debian Stretch: https://hup.hu/cikkek/20170428/hamarosan_erkezik_a_debian_stretch#comment-2095094

A Debian szinte a legelejétől fogva az egyik meghatározó linux distro. Amíg a műszaki tartalma nem kezd _drasztikusan_ gyengülni, addig tüncibüncibarbibaba is lehet a kódneve, senkit nem fog érdemben zavarni. Ha meg igen, akkor hiába van neki enterspajz neve.

Ráadásul a debian pont keresztbe szarja, hogy tetszik-e az üzleti életnek, vagy használja-e. Talán az egyetlen olyan nagy opensource project, ami tök jól elvan a saját demokratikus vezetési struktúrájával. Az talán még érdekesebb, mint a műszaki tartalma.




Hamarosan érkezik a Debian Stretch: https://hup.hu/cikkek/20170428/hamarosan_erkezik_a_debian_stretch#comment-2095111

Nem, nem igazán. (vagy ha az, akkor a hippi pozitív értelemmében). By and large műszaki szempontok mentén születnek a döntések, egy elég jól működő demokrstikus modellben, ami hagyja működni a kissebségeket (nen freelanceolni, hanem csinálni). Igen, a folyamat néha nehézkes, de az idő azt igazolja, hogy működik, is mint olyan, szerintem a világ egyik legnagyobb valóban működő demokratikus közössége.




Hamarosan érkezik a Debian Stretch: https://hup.hu/cikkek/20170428/hamarosan_erkezik_a_debian_stretch#comment-2095133

Ja, hát így nézve valoban hippi cucc.

Mondjuk egyrészt azért ezek technika okok, licensztechnikaiak :-) másrészt a non-freeben azért ott vannak ezek.




Hamarosan érkezik a Debian Stretch: https://hup.hu/cikkek/20170428/hamarosan_erkezik_a_debian_stretch#comment-2095892

akkor hálisten, hogy nem te nevezed el a debian releaseket :D




Hamarosan érkezik a Debian Stretch: https://hup.hu/cikkek/20170428/hamarosan_erkezik_a_debian_stretch#comment-2096043

1) Amire reagáltál, hogy neked tetszik, az nettó hányás bullshit, nem jó nevezéktan :) A for EMEA region külön triggereli benne az "itt valami keverés van, óvatosan" életérzést.
2) A jó marketing biztos nem ártana, csak még mindig ott tartunk, hogy szerinted a debiannak feltett célja, hogy őt használja az "üzleti élet"? És azt viszont tessék észrevenni, hogy a rossz marketing (mint a fenti), azonnal azt eredményezné, hogy egy rakás debian contributor levonná a következtetést, hogy bazmeg, ebből valami enterprise izé lett, a) húzzunk innen gyorsan b) kezdjünk el hangosan anyázni miatta.

+1) továbbra is délibábot kergetsz. A debian egy jól ismert, bejáratott, respektált brand, amiről mindenki tudja, hogy micsoda, aki nem egy méretes szikla alól dolgozik az ITban, külön emiatt bekötött szemmel. Tudod mire lenne nekik szükségük: arra, hogy azt tudják kommunikálni pl, hogy amiért anno az ubuntu nagy szó lett, hogy kb default "just works", azt mára már a debian is tudja, meg hogy mennyi minden van gyak. kulcsrakész alapnak benne. Mondjuk egy project showcase, az segítene a terjedésében. Egy új név semmit nem segítene neki, kár bolygatni, főleg azért, hogy azt a kis színt lecseréld valami szürke enterspájz maszlagra.




Mennyit pocsékolunk a gyerek mobiljára?: https://hup.hu/node/153217#comment-2094115

miért, neked van valami konkrét adatod arra nézve, hogy "viszont ezek a gyerekek (10-18 éves korig) legtöbbször a legdrágább mobilokat is megkapják, ájfont, aktuális Samsung Galaxy csúcsmodellt 200 ezerért"?




app ssh kulcs kezelesre: https://hup.hu/node/153316#comment-2096122

Az állításnak két fele van:
"A user-level process or malware can use a decrypted key stored in an agent without knowledge of the user".
Ez igaz, nyilván erre való az agent. :) Ha tud futtatni a nevedben, akkor tud sshzni is az agenttel.

"Furthermore, the same malware can pose as an SSH agent and direct SSH to use it using the SSH_AUTH_SOCK environment variable, receiving the key in plaintext the first time it is used."
Most nincs időm játszani vele, de szerintem arról van szó, hogy implementál a maleware egy proxy agentet, megbizgeti az SSH_AUTH_SOCK environment változót, hogy rajta keresztül follyon a kommunikáció az agentel, és amikor először használná valami, akkor a user a promptba szépen bele fogja gépelni a jelszót, az azon a socketen keresztül fog menni, ergó azt ő szépen ki tudja szedni, és el tudja tenni. Bár gyanús (látatlanban), hogy itt inkább a passphrasehez fér hozzá, nem a keyhez, de ha ahhoz hozzáfér, az már Ez nem látszik lehetetlennek egyáltalán.

--
Egész érdekes ez a cucc. Nem mondom, hogy most azonnal ugranék rá, de meg fogom nézegetni.




app ssh kulcs kezelesre: https://hup.hu/node/153316#comment-2096143

Ami nekem szimpi benne elsőre, hogy az ssh számára gyak átlátszóan tud 2 factor authot csinálni a telefonra, felhő nélkül (mondjuk a hogy is beszél egymással az app meg a telefon dolgot még meg kéne nézni)
---
egyébként meg, ha got root, akkor nyilván ki lehet turkálni a kulcsot az agentből, csodák nincsenek, vagy a passphraset kell memóriában tartania, vagy a decryptált kulcsot.




app ssh kulcs kezelesre: https://hup.hu/node/153316#comment-2096178

Danke.

A backuphoz hozzátartozik, hogy azt is leírják, hogy az android keystoreba teszik, ami azért hw, és ennek megfelelően is viselkedik (nem lehet belőle kiszedni). Ez egyébként pont ugyanígy működik minden -- normális -- hw kulcsos cuccal, ki nem szeded belőle többet. Ezzel szerintem nincs gond (sőt, azt a hwt, ami nem ilyen, az szar :) )




Újraverziózza magát az openSUSE Leap: https://hup.hu/cikkek/20170426/ujraverziozza_magat_az_opensuse_leap#comment-2094887

A 4 kínaiul úgy hangzik, mint a halál, ezért előszeretettel skippelnek mindent számot, aminek négy a vége, kantoniban a 14 ráadásul valami "biztos meg fogok halni" vagy ilyesmire hajaz, úgyhogy azt különösen, a 24-el is van valami hasonló, ráadásul a 14 mandarinban is valami extra áthallásos (meg még van egy, de az valami magasabb, 64, vagy 84, vagy ilyesmi)

És mivel ázsiában mindenhol sok a kínai, ezért kb mindenhol ez van.




Újraverziózza magát az openSUSE Leap: https://hup.hu/cikkek/20170426/ujraverziozza_magat_az_opensuse_leap#comment-2095125

Ebben nem foglaltam állást, csak elmondtam miért ilyen. Imho fölösleges vihar a biliben, de ha ettől valakinek jobb, engem nem zavar.




Milyen jelszókezelőt használjak?: https://hup.hu/node/149240#comment-2016217

nem egészen így csinálja (mert nem újra legenerálja, hanem mesterjelszó ismeretében előveszi), de keepass pl?




Milyen jelszókezelőt használjak?: https://hup.hu/node/149240#comment-2016401

http://hup.hu/cikkek/20160728/tavis_ormandy_komoly_biztonsagi_hibakat_t…

azzal együtt, hogy gyanúsan akkor kezdett a guglis embernek viszketni a tenyere, amikor beintegrálták az edge-be az msnél, de megfontolandó.

(egyébként ízlés kérdése, én az ilyesmit még ha felhő is, szívesebben tartom valami olyasmiben tiktkosítva, amit én adok neki, nem direkt ilyen szolgáltatással)




Milyen jelszókezelőt használjak?: https://hup.hu/node/149240#comment-2016521

mittom én mit csináltak, de benne volt valami newsban, azt hiszem az aniversary verte erre magát, őszintén szólva nem néztem meg, a gyakorlatban mit jelent, vagy emlékszem rá, hogy pontosan az integrál szót használták-e.

szerk:
http://hup.hu/cikkek/20160803/megerkezett_a_windows_10_evfordulos_friss…

a Microsoft Edge böngésző új változatát, amely – a Pinterest Pin It Button, az Amazon Assistant, az AdBlock, az Adblock Plus és a LastPass használatával – segít a gép akkumulátor-kapacitásának jobb kihasználásában, és a böngészés élményének további fokozásában;

(igen, a hozzászólásokban ki is veséztük, hogy biztos sok köze van az akksi használathoz, őszintén szólva kizárólag ezért maradt meg a lastpass bennem)




Milyen jelszókezelőt használjak?: https://hup.hu/node/149240#comment-2096020

Hátizé. Egyrészt ez nem az, hanem egy új (a hozzászólásom tavaly szeptemberi). Másrészt azóta, bár nem számoltam, de kb 4 a hírek szintjét megütő sec probléma volt a lastpassal, amiben olyan is volt, hogy "bár úgy néz ki, mintha 2FA lenne, de egyáltalán nem". Őszintén szólva nekem -- innen távolról -- az a meglátásom, hogy lehet, hogy gyorsan javítanak, de ez alapjaiban úgy szar, ahogy van, erre én így nem bíznék titkokat. Ha nagyon nem lenne más, akkor alaposabban megnézném, de mostanában minden második bokorban valami jelszókezeló van.




Milyen jelszókezelőt használjak?: https://hup.hu/node/149240#comment-2016477

+1




KODI audió streamelése helyi hálózaton: https://hup.hu/node/153268#comment-2095129

A kodi tud upnp szerver meg kliens is lenni, és van droidra. A szerver mód elég kultúrált módon teszi ki a sajat libraryját. Telefonról megmutatod neki a központit, aztán nézed.

Vagy igazából multicastot szerettél volna?




KODI audió streamelése helyi hálózaton: https://hup.hu/node/153268#comment-2095199

Még mindig nem tiszta, hogy mit szeretnél, mit értesz stream alatt. Ez igy ahány kodi, annyi egymástól független lejátszás. (előzetes letöltés nélkül, vagyis stream). Annyira lehet szinkronizálni egymással, amennyire ügyesen nyomod a playt.

ha te pont ugyanazt akarod nézni több eszközön, az más.




Az NVIDIA is dobja az FTP-t: https://hup.hu/cikkek/20170428/az_nvidia_is_dobja_az_ftp-t#comment-2095202

Neked nem mindegy? Az xp óta ugyse írtak olyat szoftvert, ami nem fölösleges bloat, és úgy se csinálsz olyat, amihez nem jó az, ami benne van eleve.




Véget ér az Ubuntu 12.04 LTS támogatása: https://hup.hu/cikkek/20170428/veget_er_az_ubuntu_12_04_lts_tamogatasa#comment-2095096

Persze, mert a Grub bug miatt nem mered restartolni :-D




Véget ér az Ubuntu 12.04 LTS támogatása: https://hup.hu/cikkek/20170428/veget_er_az_ubuntu_12_04_lts_tamogatasa#comment-2095272

Toltok valami kspliceot, vagy mindegy nekik?

Nekem egy solaris rémlik valahol 900+ nappal, ott néztük egy kicsit a helyi emberrel, hogy mi lenne, ha leigazolná, hogy meg volt az upgrade (ami úgy is csak a support miatt kell), ha véletlenül nyitna ticketet (ami a 900 nap alatt nem volt), úgy is én vagyok a 2nd line, megcsinálom, most meg kirándulok egy hetet a finneknél, mert ehhez kár hozzányúlni...




Amikor nem hájbazer mondja meg, mi a gyors: https://hup.hu/node/153119#comment-2091834

extra profitot akarnak termelni a kis genyák a bloat frameworkjükkel!!!444




Valóban redundáns internet kapcsolat kialakítása - ingyenes, online képzés: https://hup.hu/cikkek/20170419/valoban_redundans_internet_kapcsolat_kialakitasa_ingyenes_online_kepzes#comment-2091648

A keepalived egy vrrp implementáció.




Valóban redundáns internet kapcsolat kialakítása - ingyenes, online képzés: https://hup.hu/cikkek/20170419/valoban_redundans_internet_kapcsolat_kialakitasa_ingyenes_online_kepzes#comment-2091705

Egyrészt nem nagyon értem, hogy ezt miért nekem válaszolod, én csak arra reagáltam, hogy "inkább vrrp", mert hogy a keepalived az VRRP :)

Másrészt meg az erősen attól függ. Ha egy switched van, akkor természetesen kevésbé (bár ha pont az egyik router switchportja döglik le, az ellen igen), de ezt azért szokás úgy csinálni, hogy a két router két switchbe van kötve, és olyankor bizony azért valamennyire (természetesen a csak az egyiken levő kliensek megszívják, de ha valami szolgáltatás van mögötte, akkor azoknak is lehet redu. linkjük) Ráadásul a vrrp nem cluster HA, nem törkeszik arra, hogy kizárólag az egyik fele menjen. Az is a javasolt best practice, hogy ne dedikált zsinóron menjen, hanem élő interfacen, mert jó esély van rá, hogy ha annyira szétesik, hogy mindkét node megy, csak nem hallják egymást, akkor ott egyébként is olyan network split van, hogy esélyes, hogy a kliensek is vagy egyiket vagy másikat látják csak (pl mert a két switch közötti link esett le), talán kevésbé fáj, ha mindkét node megy. (Ezt én annyival egészíteném ki, hogy ilyenkor kurvásul figyelünk viszont a tűzfalra, mert ott ezt könnyen el lehet cseszni azzal, hogy kitiltjuk véletlen a VRRPt). Pláne SOHO környezetben, ahol jó eséllyel nem dedikált router van, hanem még legalább tűzfalazik is általában)




UPC-ről tudunk valamit?: https://hup.hu/node/128012#comment-1840301

Azért ezután én egy alapos vírus és maleware írtózást megejtenék, ha egy (magát) registry cleaner(nek mondó valami) ilyet tett fel.




UPC-ről tudunk valamit?: https://hup.hu/node/128012#comment-1840417

Nem tudom, pontosan mit akartál mondani, valóban csak a kolléga bemondása alapján (valami reg cleaner; beletaknyolt a forgalomba) mondtam, gondoltam biztos lemaradtam valamiről, mondjuk hogy nem csak reg cleaner, úgyhogy beütöttem legjobb barátomba, és megpróbált a honlapja ékes google translate spam magyarsággal szólni hozzám (hogy svéd proxy mögül, angol browserrel miért, az mondjuk más kérdés), úgyhogy mostmár méginkább biztos vagyok benne, hogy elkél egy kis takarítás... :)




UPC-ről tudunk valamit?: https://hup.hu/node/128012#comment-1900700

mtr




UPC-ről tudunk valamit?: https://hup.hu/node/128012#comment-1900704

Azért azt ki tudod deríteni talán, hogy a hurok végéig jó vagy-e...




Mai gyönyör: https://hup.hu/node/153089#comment-2091800

biztosan nem hangerőszabályozónak :D




shorewall server?: https://hup.hu/node/153208#comment-2093590

egen. és alatta ott van még a duma, hog "More commonly known as "Shorewall", this is high-level tool for configuring Netfilter. Shorewall can be used on a dedicated firewall system, a multi-function ...". A deep linkek, vagy nem tudom hogy hívják a gugliban, amik pl a setup guidre mutatnak, meg 404el jönnek vissza a bad and breakfast cuccról.




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1763804

Mondjuk ez azért annál is lamacounter pörgetés, aki rádugta. :)




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1763830

miután leírtam, rájöttem, hogy szokott lenni "reset" feature is :)

Ebből egyébként lehet érdekeseket látni, változatosan fosok. Meg hackelések, anyám. A csúcs eddig az volt, hogy az összerakó faszinak nem volt elég portja a remote power izén, uh gyártott ilyen Y power kábeleket (ráadásul kézzel), és összesakkozta a szervereket úgy, hogy ahhoz, hogy a lekapcsolni kívántnak lenyomd mind a két lábát, azok elvittek magukkal másik kettő redundánsaiból 1-1-et. Ráadásul valami faék webfelület volt, portonként egy iframe, amikből egyszerre max 3 töltődött be, a többin valami 500, vagy 404, vagy fassetudja.... Csudi volt.. de ez már erősen off.




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1766817

Mert pipe nélkül elárulja az utolsó reboot időpontját, pipeal viszont beállítja ;)




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1766867

nem, ennél egyszerűbb, a reboot szarik a stdinre ;)




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1767063

jaja.

Egyébként ilyesmire én is szaladtam, hálistennek HA volt :) Van ugye linuxokon a killall nevű parancs, ami fos elnevezése ellenére tulajdonképp processznév alapján killezik. Ugyanez a parancs van solarison is, ott viszont nem fos az elnevezése. Kolléga mondta, hogy elég paff arcom volt, mikor láttam, hogy "sending all processes the term signal..." (vagy ilyesmi, nem emlékszem hirtelen, mit mond ilyenkor a sol10).




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1764132

10g-t tuti le lehetett szoktatni róla...




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1764202

Na látod ezt már a franc se tudja, arról lehetett leszoktatni, hogy kelljen neki egy futó szerver, hogy installkor tudja húzni a csíkot...




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1764119

sünön annó lehetett, csak hosszasan kellett minden mögé írni, hogy --menj-anyádba-nem-kell-grafikus-bitkolbász

Viszont soft architect kolléga valami rational rose-al (vagy valamelyik másik ilyen izével, mindegy is kb, kurvanagy java förmedvény) küzdött multkoriban, elvileg supportált bubuntun is, tegyük akkor arra. Na az csudi volt, tisztán látszott, hogy a srácoknak fogalmuk nem volt arról, hogy mi fán terem. Az csak egy dolog, hogy az ember a sysctlt kicsit megokosította, mert default beállításokkal még elindulha kni se sikerült, mert elfogyott a filehandle, vagy ilyes, aztán több kört futottunk a
- ha kilépek a useremmel, megáll
- ha kilépek a useremmel, elmúlik a grafika nagyrésze a weboldalon
témakörben, és kiderült, hogy ez ugyan egy szerver alkalmazás, de kell neki egy X szerver valahol, mert ő azon rendereli valahogy a képeket (erre a doksiban egyébként valahol egy exportalj DISPLAYt egysoros volt, fene gondolta, hogy nem csak az installer bitkolbászához (ami egyébként szintén kurvafontos ám)), akkor azért kicsit letettem az arcom.




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1764232

Szerintem ezt húzd le a bakancslistádról, mazohizmusból vannak sokkal jobbak, másra meg nem jó :D




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1766087

de lehet, csak van már rm implementáció, ami ezellen speciel véd :)




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1767068

mintha zsindexen láttam volna pont valami cikket, ahol épp azt védte a fejlécben valami rektor, hogy miért kellett juhász szakképzést indítani...




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1767263

Azért nem hiszem. Max a terminál fosott be alattad valami beakadt filehandle miatt. Új sessionről szerintem ez simán orvosolható..




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1767293

jaja, a home/userre mondtam, hogy az nem kéne nagyon para legyen. Az /etc az nyilván nagyobb cummancs. (mondjuk az meg szerintem nem akasztja meg a futó sessiont, umountolni meg lehet)




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1767335

Oh, ha nem volt root shell, az nyagyobb cummancs.

Egyszer kolléga is járt valami ilyesmit, bár ő bedarált egy komplett /etc-t (a hogysikerült kérdésre annyi volt a válasz, hogy kurva tcsh), de volt még egy root shellje. Sok minden nem működött, de akkor a cluster másik feléről sikerült rendberáncigálni a rendszert, némi kézi nsswitch és hasonlók gyártás, meg host specifikus dolgok kutakodása után.. (én kb 1 órát telegrácsoztam vele, ő még küzdött másik kb négyet szerintem).

A legjobb az egészben, hogy ezután nekiállt az eredeti probléma megnézésének, ott kiderült, hogy némá, ahova nem megy, ott mintha más (frissebb) lenne a protokol, development mondta is, hogy jétényleg, semmi gond, n+2 verzió fel, és mindjárt jobb lesz, mert abban benne van. Sajnos n+2 doksi azzal kezdődött, hogy install ujra a komplett solarist, mert nagyon avas volt már :D Nem örült. :)




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-1767557

Mentés -- ha volt egyáltalán, mert nem szart rá az üf -- akkor az ügyfélnél, kazettán. A szerver és a mérnök között légvonalban mintegy 2500 km, a backup visszaállításához mindenképp helyi erő kell (aki odaballag egy szallagos egységgel), szóval egyrészt egyáltalán nem biztos, hogy gyorsabb lett volna, másrészt erős a gyanúm, hogy nem akarták az üf orrára kötni :)




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-2093415

az már az én sztorimra volt. De, legyapta :)




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-2012687

mondjuk a fenti link simán dobja a tetejére azokat a dolgokat, amiknek a szövegében szerepel az, hogy "type" ;)




Legnagyobb bakid - önbevallás: https://hup.hu/node/134245#comment-2012305

ami nincs legalább 2 óra repülőútnyira, az nem számít :D




Bankkártyás fizetés (HELP): https://hup.hu/node/153166#comment-2093117

A dombornyomott is kb, csomó nem dombornyomott megy a neten, köszöni jól van. (ahol nem, ott egyébként többnyire azért, mert egy csomó országban a dombornyomott = credit)




Komoly adatközpont problémával küzd a Red Hat jelenleg: https://hup.hu/cikkek/20170421/komoly_adatkozpont_problemaval_kuzd_a_red_hat_jelenleg#comment-2092764

Arról nem beszélve, hogy ilyenkor a szaki azzal van elfoglalva, hogy hibát javit, nem azzal, hogy a státuszt frissiti, azt lehetőleg oldja meg vmi manager két mondat után szóban.

De mindig aranyos, mikor messziről megszakértenek ekkora rendszereket :-)




Komoly adatközpont problémával küzd a Red Hat jelenleg: https://hup.hu/cikkek/20170421/komoly_adatkozpont_problemaval_kuzd_a_red_hat_jelenleg#comment-2092851

Mer a elviszik az ufok. Épp erről beszél Marci is, hogy ugyan eloadod hogy amatőrség aztán kiderül, hogy neked sincs terved arra hogy mi van, ha az egész rendszered beborul




Komoly adatközpont problémával küzd a Red Hat jelenleg: https://hup.hu/cikkek/20170421/komoly_adatkozpont_problemaval_kuzd_a_red_hat_jelenleg#comment-2093061

Na jó, de te épp azon értetlenkedtél, hogy ha esetleg az RHnál is olyan ütött be, akkor miért tartott ennyi ideig.

Egyébként, meg de, van, általában business continuity plannek szokták hívni, és épp arról szól, hogy mi van akkor ha az IT/valamelyik nagy beszállító/akárki, aki a rendes üzletmenet szempontjából fontos/stb szétteszi a kezét, hogy ez most nincs, és egy darabig nem is lesz. És láttam már olyat leírva, aminek még haszna a volt.

A valódi okok, meg hát... szóval igen, de pl minden support egyik rákfenéje a mindenáron kötelezően megcsinálandó root cause analysis, aminek elég sokszor utólag kb az az eredménye, nyilván managerül elkenve, hogy "valami bug miatt beszart" az action plan hozzá meg, hogy "imádkozunk, hogy ennél az üfnél többet ne jöjjön elő". Én egyszer bejátszottam, hogy kell-e majd rendes RCA, mert akkor még pár órát itt elmojolok -- és nem biztos, hogy meglesz majd -- vagy szeretnének inkább szolgáltatást az ügyfélnél.




Komoly adatközpont problémával küzd a Red Hat jelenleg: https://hup.hu/cikkek/20170421/komoly_adatkozpont_problemaval_kuzd_a_red_hat_jelenleg#comment-2092762

Build szervert mondott, az nem repotükör




Hányféle hulladékot gyűjtesz szelektálva otthon a műanyag-papír-üveg trióból?: https://hup.hu/szavazasok/20170413/hanyfele_hulladekot_gyujtesz_szelektalva_otthon_a_muanyag_papir_uveg_triobol#comment-2088894

De hát van neki egy tök jó, működő kazánja, miért tömné extra profittal a kazangyárat?




LTS: https://hup.hu/node/153117#comment-2091861

jaja, ha egy szoftverben találunk egy bugot, akkor azonnal dobjuk ki, az összes egyébként működő részével egyetemben, és tanuljunk meg valami mást. Mondjuk az xfcet, hiszen abban egy darab bug nem sok, annyi sincs




LTS: https://hup.hu/node/153117#comment-2091875

de miért nem cserélted le valami másra? :) Van egy csomó alternatívája. Nekem pl még nem döglött meg a gnome3-am így, azt tudom javasolni ;)




LTS: https://hup.hu/node/153117#comment-2091907

akkor miért javallod másnak, hogy ha van valami bug, akkor tanuljanak meg mást ahelyett, hogy ami megszoktak, olyan szolgáltatásokat nyújt, amelyeket más környezetben hiányolnának, beköltözték, ismerik, a nyavajáival meg együtt tudnak élni. :)




LTS: https://hup.hu/node/153117#comment-2091917

"hanem inkább az, hogy mi a fenének használ valaki bugos software komponenst, amikor van egy rakás alternatíva" :)




LTS: https://hup.hu/node/153117#comment-2091920

ok :)




port forwardingnál a HOST név is továbbítódik?: https://hup.hu/node/153132#comment-2092285

többnyire igen. Name based virtual hostnak hívják apacheban. https-sel kicsit problémásabb a helyzet, de azért többnyire már beszélik a dolgok az SNI-t.




JSF figyelmeztetés oldal elhagyásakor mentetlen adatokra.: https://hup.hu/node/153104#comment-2091422

szerintem készül elő valami tranzakció.




JSF figyelmeztetés oldal elhagyásakor mentetlen adatokra.: https://hup.hu/node/153104#comment-2091419

szerintem arról kliens oldalon magától nem fog tudni, hogy a backenden megváltozott valami, azt vissza kell vezesd valami úton módon (vagy meg kell tanítanod a frontendet, hogy tudja, mikor mondott olyat, ami backend változást okozhat). Onnan meg már elteszed ezeket, és úgy prezentálod, ahogy nem szégyenled.

Viszont ilyen szempontból egy kicsit broken designek tűnik a dolog, hogy nem egyértelmű a ui számára, hogy változtatásokat fog okozni.




Az Ubuntu 18.04 LTS szakít a Unity desktoppal és újra GNOME-ot szállít majd alapértelmezett desktopként: https://hup.hu/cikkek/20170405/az_ubuntu_18_04_lts_szakit_a_unity_desktoppal_es_ujra_gnome-ot_szallit_majd_alapertelmezett_desktopkent#comment-2091395

mondjuk cserébe viszont RH vonalon eddig az volt a long standing policy, hogy amit felteszel, az alapból nem indul el. :)




Az Ubuntu 18.04 LTS szakít a Unity desktoppal és újra GNOME-ot szállít majd alapértelmezett desktopként: https://hup.hu/cikkek/20170405/az_ubuntu_18_04_lts_szakit_a_unity_desktoppal_es_ujra_gnome-ot_szallit_majd_alapertelmezett_desktopkent#comment-2088301

nem, mert eleve mondjuk a puppet tette oda azt is :)




Az Ubuntu 18.04 LTS szakít a Unity desktoppal és újra GNOME-ot szállít majd alapértelmezett desktopként: https://hup.hu/cikkek/20170405/az_ubuntu_18_04_lts_szakit_a_unity_desktoppal_es_ujra_gnome-ot_szallit_majd_alapertelmezett_desktopkent#comment-2085143

Már csak egy jó os kéne rá :-D

(légyszi meg se próbáld komolyan venni)




A web túltitkosítása: https://hup.hu/node/153022#comment-2089293

Ami még jó egyébként, hogy az elmúlt 10 évben az IT egyik igen hangsúlyos vonala a green it, a modern cuccok sokkal kevesebbet zabálnak, mint azok a szarok, amiket ő itt meg akar menteni (gyak egy pi elemről tud annyit, mint egy p3 a 400 wattos codegány/vargánya tápjával), mert jó az még, uh egyébként tök nem környezettudatos, amit csinál.




A web túltitkosítása: https://hup.hu/node/153022#comment-2089990

mivel saját bevallásod szerint .NETben nem tudsz programozni, ez nem túl meglepő :P




A web túltitkosítása: https://hup.hu/node/153022#comment-2089413

(mondjuk egy random gyártó felső kategóriás telefonjából ma is lehet működőképes autót venni. Egyik másikból még olyat is, ami jó jasszkarizni, mert 20 éve prémium volt :) )




A web túltitkosítása: https://hup.hu/node/153022#comment-2089412

a releváns részére valamit a felvetésnek, hogy miért is akarsz te régi energiazabáló szarokat használni a környezettudatosság jegyében? Vagy erre egyszerűbb nem reagálni?




A web túltitkosítása: https://hup.hu/node/153022#comment-2089429

ehhez számaid is vannak? :) mert ezt én bemondásra ugyan el nem hiszem.




A web túltitkosítása: https://hup.hu/node/153022#comment-2088606

"milyen cikket olvasok a HWSW-n?"

a világnak vannak olyan szomorú részei, ahol az ilyesmi bizony problémás tud lenni. Van, akinek magyarország is szomorú hely.




A web túltitkosítása: https://hup.hu/node/153022#comment-2088893

Szerk.: Mellé




Nyílt levél az Ombudsmannak: https://hup.hu/cikkek/20170331/nyilt_level_az_ombudsmannak#comment-2083367

esetleg úgy érti, hogy többeknek lett jó, mint ahányan megszívták?




Nyílt levél az Ombudsmannak: https://hup.hu/cikkek/20170331/nyilt_level_az_ombudsmannak#comment-2083712

jaja, a komcsi rendszerben pl. a kulákoknak csak kicsit volt rossz.

Le kéne venni a szelektív látásos szemüveget.




Mi történt a KDE-vel?: https://hup.hu/node/152272#comment-2071005

nem frissítettél? vagy frissített magától? :)

Egyébként:

[ 6.905] (**) NVIDIA(0): Enabling 2D acceleration
[ 6.905] (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X
[ 6.905] (EE) NVIDIA(0): log file that the GLX module has been loaded in your X
[ 6.905] (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If
[ 6.905] (EE) NVIDIA(0): you continue to encounter problems, Please try
[ 6.905] (EE) NVIDIA(0): reinstalling the NVIDIA driver.




Mi történt a KDE-vel?: https://hup.hu/node/152272#comment-2088550

3) te nem fedorázol? csak mert nekem alapból wayland van, az xrandr nevéből fakadóan szerintem semmit nem csinál :) (ráadásul van az a használati mód, ahol menet közben, on the fly kell ennek változni, mert leveszem dokkolóról / visszateszem, tárgyalóba megyek, másik tárgyalóba megyek, ügyfélnél vetítek stb stb, és ehhez az, hogy induláskor be tud állítani valami -- hát, igen kevés)




Microsoft SQL Server(ek) Docker-el. Megeri?: https://hup.hu/node/152971#comment-2088514

csak csendes jelzés, hogy van aki érti a kétségeket :)

(mondom ezt úgy, hogy épp azzal tökölök, hogy hogyan lehet rendesen előállítani docker imageket, és kerülgetem az olyan vicceseket, hogy nem lehet template a dockerfileban, mert immutable -- miközben természetesen mind latest mozgó célpont, mind az, hogy a random apt-get update honnan mit húz be, én meg sedelhetem bele a dockerfileba, hogy pontosan melyik imageről kéne indulni, ha szeretném, hogy tényleg immutable legyen)




Microsoft SQL Server(ek) Docker-el. Megeri?: https://hup.hu/node/152971#comment-2089187

Ja. Csak a dockerfile a fromban nem enged env variablet, vagy akármit (én pl most a @sha hasnel kötöttem ki, mert több okból lehet uj image, nem jo a commit nativan), de ezt "kézzel" kell beletenni, mert a sok gyökér megmagyarázza, hogy ha az parametrizálható akkor nem lesz mindig ugyanolyan. Nyilván meg tudom csinálni, csak idegesítő, hogy ilyeneket kell kerülgetni,mert valami (fogalmatlansággal megspékelt) ideológiai hablaty miatt nem tudja a tool.




Milyen és mennyi email címet paranoidoknak?: https://hup.hu/node/151540#comment-2057367

és innen már csak az a kérdés, hogy melyik gazdaságosabb a cégnek: kifizetni, hogy több helyet foglalnak a levelek, vagy kifizetni, hogy termelékeny munka helyett az alkalmazottak a leveleiket tutujgatják.




Milyen és mennyi email címet paranoidoknak?: https://hup.hu/node/151540#comment-2057406

amire válaszoltam, az 30 megás mailboxról mesélt, hogy szopjanak vele a userek. Nyilván kell valamiféle policy, de azért nagyon nem mindegy, hogy ezt kvázi automatán megugorjuk mondjuk néhány éves levelekkel, mert nagyon kicsit az esély, hogy tényleg kelljen, de vegyük észre, hogy itt épp attól kíméljük meg a usert, hogy ezzel neki pepecselni kelljen. Ugyanis az informatika van a userért és nem fordítva. Ha nagyon drága, gondolkodunk, oktatunk, tudomisén, de amíg olcsóbb bulk eltenni, mint a usert szopatni, addig fölösleges.

A céget meg bónuszként attól is megkíméljük, hogy aztán mikor kiderül, hogy Marika megoldotta, ott volt a vinyóján minden két hétnél régebbi egy pstben, csak az megdöglött, ellenben igény meg volna rá, mert ő a főnök titkárnője, csak hát szegény nem infós szakember, hogy ezt normálisan megoldja.

---
Saját tapasztalatból tudom, hogy 5 év távlatából még lehet értelmes tartalmú levél, és azt meg is lehet találni :)




Milyen és mennyi email címet paranoidoknak?: https://hup.hu/node/151540#comment-2057480

hozzáteszem, hogy az is csak akkor strukturálatlan, ha a user nem strukturálja mondjuk folderekkel, amire azért láttunk már példát. Abból meg annyira nem nehéz összeszedni mondjuk, hogy "nézzük már meg, mit küldtünk három éve a jóskapista kftnek"




Milyen és mennyi email címet paranoidoknak?: https://hup.hu/node/151540#comment-2057527

bakker, és sj, ez a pilerben is szopás lesz, nem jegyzi meg a user foldereit :)




Milyen és mennyi email címet paranoidoknak?: https://hup.hu/node/151540#comment-2061221

Azért ugye megvan, hogy az RFC az a protokollt definiálja, nem a levelező szolgáltatást?




Milyen és mennyi email címet paranoidoknak?: https://hup.hu/node/151540#comment-2061224

Gmailtől függetlenül mondtam, hogy az SMTPt, POPot, ilyesmit leíró RFC arról szólnak, hogyan beszélgetünk egymással, az hogy ezen felül milyen policyk vannak az őt használó szolgáltatásban, arról nem szól.
(Ettől még in is értem, hogy persze, van egy csomó jobb megoldás, aztán valamiért a userek meg ott küldözgetnek fileokat, és ennek bizony meg van az oka. Leginkább az, hogy a csomó jobb megoldás valamiben mégsem jobb)




Milyen és mennyi email címet paranoidoknak?: https://hup.hu/node/151540#comment-2061810

szinte biztos vagyok benne, hogy mikor én gmailt regisztráltam, akkor ez még nem volt odaírva :)




Milyen és mennyi email címet paranoidoknak?: https://hup.hu/node/151540#comment-2062231

Az mondjuk azért nem olyan rossz felhasználói szemmel, hogy az összes metadatával együtt van ott, előbb fogom megtalálni, mint valahol valaki másnak a onedriveján :)




KDE -> GNOME - váltottam 15 év után: https://hup.hu/node/152938#comment-2086481

én azzal. Multi-monitors addon fent van, azzal elég kultin lehet dobálni az ablakokat. Egy dolgot szeretnék még tőle, hogy ha leveszem a dokkolóról, majd visszateszem, akkor kölötzzenek rá vissza a korábban oda pakolt appok.

(illetve az auto move windows nem tudja automatán a másodikra tenni a dolgokat)




KDE -> GNOME - váltottam 15 év után: https://hup.hu/node/152938#comment-2086580

ő, hát ebben van valami gomb, hogy a panel legyen minden monitoron, de őszintén szólva én azt szökőévente bántom, uh ki van kapcsolva a második monitoron. :)

(hárommal egyébként nem tudom mit csinál)




Magyar operációs rendszerek: https://hup.hu/node/152861#comment-2084386

"Ami pedig a kérdést illeti: nem vagyok gondolatolvasó, de a magyar nyelvben egyértelműen meg lehet fogalmazni, hogy mit akarok kérdezni.
Akinek ez nem megy, az ne lepődjön meg a végeredményen..."
ja, elég egyértelműen meg volt fogalmazva, hogy nem érdeklik a linux distrok, nem értem miért lepődsz meg azon hogy mások szóvá tették :-)




Magyar operációs rendszerek: https://hup.hu/node/152861#comment-2085103

De, ez volt, csak te kötöd az ebet a karóhoz, hogy nem ennek kellett volna lennie szerinted, es a szokásos hisztit tolod, mert azt hiszed, valaki már megint bántja a kis kedvenced. Ritka kontraproduktiv szokás ez a bp környékén.




Magyar operációs rendszerek: https://hup.hu/node/152861#comment-2085177

megnéztem :)

El kell keserítselek, de nem te vagy az egyetlen azon a környéken, aki ezt teszi :)




Magyar operációs rendszerek: https://hup.hu/node/152861#comment-2085222

oh valóban, a szál tetején te voltál a bp.
Mea maxima culpa ez esetben, bár a lényegen mit sem változtat (s/bp/bp és uhu/g), hogy Hiéna egyértelműen leírta, hogy most nem érdeklik a linux disztrók, majd meg is erősítette, csak megy a győzködés, hogy de érdekeljék, mert igenisazisOS.

Az fel sem merül egyébként, hogy pl. Hiéna
a) ezeket ismeri
b) konkrétan a kernel megvalósításokra vagy a fene se tudja mire kíváncsi, nem arra, hogyan tud valaki létező kernelt fordítani.

De nem, sértődötten kell tolni a magamutogatást.




Magyar operációs rendszerek: https://hup.hu/node/152861#comment-2085464

"sértődés..? a legelején alapvetően úgy tűnt, hogy fogalma nincs mire kíváncsi. nem is nagyon deklarálta, csak kizárt ezt-azt."

Jaja, majd jöttek egyesek, hogy de ne zárja ki, amit kizárt. Meg megpróbáltátok meggyőzni arról, hogy azt nem is zárta ki.

(és aztán jön az ontopic alatt a hiszti, hogy akkor azok miért azok :) )




"A jelszó szabályok (házirendek) baromságok": https://hup.hu/cikkek/20170316/A_jelszo_szabalyok_hazirendek_baromsagok#comment-2076844

"- A leggyakoribb jelszavak tiltása, hát.. fene tudja, ezt nem erőltetném, de végülis mindegy"

Pedig az MS research nemrég arra jutott, hogy az egészből gyakorlatilag ennek van csak értelme :)




"A jelszó szabályok (házirendek) baromságok": https://hup.hu/cikkek/20170316/A_jelszo_szabalyok_hazirendek_baromsagok#comment-2076851

https://www.microsoft.com/en-us/research/wp-content/uploads/2016/06/Mic…

(egyébként ja, egy minimum 8 karakter azért ők is javasolnak, de nem többet)




"A jelszó szabályok (házirendek) baromságok": https://hup.hu/cikkek/20170316/A_jelszo_szabalyok_hazirendek_baromsagok#comment-2077147

a research saját oldala úgy tűnik. vagy csak úgy másolták fel valami belsősről, franc se tudja.

mondjuk amilyen kupleráj azon van, mind tartalmi, mind műszaki értelemben, lehet mindenkinek jobb lenne, ha az egész wp lenne :)




"A jelszó szabályok (házirendek) baromságok": https://hup.hu/cikkek/20170316/A_jelszo_szabalyok_hazirendek_baromsagok#comment-2076859

"The most important – and perhaps only – restriction you should put on your users when creating
passwords is to ban the use of common passwords to reduce your organization’s susceptibility to brute
force password attacks.
Microsoft account was among the first large identity providers to ban a list of known bad passwords
(abdcefg, password, monkey, etc.). We have found that banning common passwords is highly effective
at removing weak passwords from the system.
Microsoft account currently bans patterns which are
commonly used in attacks, or even close to those patterns."

Ami egyébként logikus, és ugyan valóban szar pofozgatás, viszont itt viszonylag kevés iterációval elérhető lesz, hogy fregmentálódjon a hülyeségek használata. Illetve lásd a kiemelést tőlem, olyan tényekkel, amit ekkora userbázison vett mintára alapoznak, elég nehéz vitatkozni.

És igen, fundamentális változtatások kellenek, az ms paperja is azt mondja, hogy
6. Enforce registration for multi-factor authentication.
7. Enable risk based multi-factor authentication challenges

csak nem működik a two factor mindenhol, és igazából azért érdekes az itteni cikk kapcsán, mert a kolléga pont azt az egyet emelte ki, hogy minek, amiről az ms azt mondta, hogy az jó pattern, ellentétben a legyen kurvahosszú, legyen tele megjegyezhetetlen karakterekkel, és kelljen megváltoztatni minden istenverte reggel ruleokkal, amik a gyakorlatban trágyafos password minőséghez vezetnek.

És azért jó az ms papírja, mert végre valaki olyan írta le azt, ami bárkinek nagyjából nyilvánvaló, aki valaha is elgondolkodott már 2 percnél hosszabban ezen az egészen, amit oda lehet dugni vezető orra alá, hogy nézd, mert sajnos hiába a józan ész, a begyepesedett szokásjogon alapuló hiedelmekkel nehéz vitatkozni egyszeri jómunkásemberként. (vagy akár vezetőként, amikor egy hülye külső auditor előadja, hogy ez így szar)

szerk: egyébként az oauth pontosan hogy is jön ide?




"A jelszó szabályok (házirendek) baromságok": https://hup.hu/cikkek/20170316/A_jelszo_szabalyok_hazirendek_baromsagok#comment-2077102

Tudom, hogy működik az oauth, de ez nem oldja meg a jelszó problémáját, csak áttolja másvalakihez, egy pont kell, ahol tudsz rendesen autholni. Persze, jók ezek, de a téma alapvetően a jelszóploicy.

Ráadásul gusztus dolga, de azért annak is igen komoly rizikója van, hogy majd a google mindenkiről megmondja, hogy ő ki. A fontos szolgáltatásoknál én speciel pont nem szeretném ezt.




"A jelszó szabályok (házirendek) baromságok": https://hup.hu/cikkek/20170316/A_jelszo_szabalyok_hazirendek_baromsagok#comment-2079082

Jah, tehát nem lehet róla beszélgetni? Fasza :)




"A jelszó szabályok (házirendek) baromságok": https://hup.hu/cikkek/20170316/A_jelszo_szabalyok_hazirendek_baromsagok#comment-2077212

nem. De pl a desktopodba hogy lépsz be? és mikor elmész, nem zárod le?




excel rohaggyá meg: https://hup.hu/node/152920#comment-2085109

Semmit nem néztél be, az excel csv supportja botrány szar. Mondjuk a vesszőre rá lehet venni, de az utf8tol befele is meghal (lehet a legujabb már nem), nem hogy menteni bele. Arról, hogy hova kell idéző jel, ne adj isten lehetne multiline, már ne is beszéljünk.




excel rohaggyá meg: https://hup.hu/node/152920#comment-2085228

"UTF-8-as CSV importot ez a konkrét példány szépen eszi"

A 2010? Mázlista :D Én nekem olyan is rémlik, hogy konkrétan maga alá fordult valami egzotikusabb betűtől, az hogy krikszkrakszolt össze vissza, az tök alap volt.

(menteni meg ha jól rémlik, utf16ban lehetett)




excel rohaggyá meg: https://hup.hu/node/152920#comment-2085227

nem szeretném védeni, amit az excel tesz a témában (sokszor megharapott, hogy mekkora egy fostenger a csv), de azért azt látni kell, hogy a hivatkozott rfc informal (érts, valakinek az egyéni véleménye), és in practice a világon ahány software, annyi féle szart követnek el ezen a téren, mert ha valaki eljut egy list.items().join(',') szerű valamiig kedvenc programnyelvében, az máris tud csvt generálni (vagy legalább is úgy érzi)




Firefox 52: hogyan használjuk tovább a pluginokat: https://hup.hu/node/152580#comment-2078266

az unicredit netbankja biztosan




Elérte életciklusa végét a Scientific Linux 5: https://hup.hu/cikkek/20170403/elerte_eletciklusa_veget_a_scientific_linux_5#comment-2083262

egyrészt ugye volt idő, amíg az rh erőteljesen fújt arra, ha emlegették (ha emlékszel még a centos "upstream vendor" dumájára, az nem jókedvükből volt), másrészt meg a fene se akarja nézegetni az összes announcementben, hogy "tudod, mi vagyunk az rh derivative, és mivel a az rh azt csinálta, most mi is azt csináljuk". Aki ilyen EOLt olvas, az nyilván tudja.




Juniper SRX320 beszerzése: https://hup.hu/node/152800#comment-2082995

Simán le lehetett tölteni kb egy éve reg után. Egyébként pont ugyan olyan, mint a sima srx (a branch, nem a nagyok= csak nincsenek benne a layer 2 dolgok.




Juniper SRX320 beszerzése: https://hup.hu/node/152800#comment-2083232

http://www.juniper.net/us/en/dm/free-vsrx-trial/




Juniper SRX320 beszerzése: https://hup.hu/node/152800#comment-2083085

Mondjuk az most, hogy lassan turni kell, ha 12.1/3 kell (talán régi 550et lehet még kapni), és nem 15.x, már kissé avas lesz. Raadasul a vsrx teljesítményben azért más.




Juniper SRX320 beszerzése: https://hup.hu/node/152800#comment-2083235

A firefly régi. Ettől persze még van, amire jó lehet :)

Én nyomkodtam elég sokat, bár főleg tesztre (pár talán ment ki élesbe), de ha elmondod, mire vagy kíváncsi, lehet tudok segíteni.




Juniper SRX320 beszerzése: https://hup.hu/node/152800#comment-2083380

Ezek mind mennek benne. VRFet, meg filter based forwardingot elég extenzíven nyomogattunk benne, bgpt tuti teszteltek kollégák, és szerintem valami kamu mplst is, bár ebben már nem vagyok biztos.




LibreELEC v8.0.1: https://hup.hu/cikkek/20170328/libreelec_8_0_1#comment-2081415

Először a fentebbire: ha szerinted nem érv, hogy az akármielec megy olyan hwn amin az osmc nem (OSMC currently supports the Raspberry Pi, Vero, and Apple TV. -- ebből ha jól látom a vero valami saját cucc, az apple tv meg, hát nem egy mai darab, éppen tíz éves), azzal nehéz mit kezdeni, de hidd el, akinek ilyen hardwere van, annak ez bizony erős érv.

A másik meg, hogy ja, nincs package manager (bár egyébként van, mert vannak addonok, amiket nem aptvel kell basztatni, hanem távszabályzóval), viszont hozzáadták azt, hogy kő egyszerű az egész, -- gyak két fájl -- kis helyen elvan (ez embedd cuccoknál ugye nem hátrány). Én ugyan speciel használhatnék valami bonyolultabbat is, mert értek hozzá, mégse teszem, hanem használom ezt (na jó, igazából az openelect, mert mikor beleolvastam ebbe a bagázsba, akkor nem lettek szimpik) mert a tv alatti doboznak tök elég, felteszem, és megy. (na jó, ha vannak extra igények, akkor speciel kell egy kicsit reszelni, de ez egyszeri embert szerintem kevésbé érint). Értem, hogy neked ez nem plusz, de legyen már benned annyi önkritika, hogy nem felejted ki belőle a "nekem" részt.




LibreELEC v8.0.1: https://hup.hu/cikkek/20170328/libreelec_8_0_1#comment-2081542

"A többi érved szubjektiv. Pont ugyanazt nyujtaná az OSMC vagy más."
Ja, ez szintén pont ugyanannyira szubjektív. De nem, nem nyújtaná, mert pl nekem nincs ott szükségem egy komplett debianra, minden nyűgjével együtt sem. Céleszköz, célfeladatra.




LibreELEC v8.0.1: https://hup.hu/cikkek/20170328/libreelec_8_0_1#comment-2081904

ja, mert minden eszközben van sdkártya olvasó. Vagy akarok olyat venni. Nekem pl kettő ilyen vackom is van otthon, mindekttőben nulla darab sd kártyát tettem pluszba (mivel a filmeket nem ott tartom), ezzel spóroltam legalább 2x kétezer forintot.

Arról a nyűgről beszélek, hogy ott egy debiant kell karbantartani, csak azért, hogy aztán lófaszra se használjam. Ráadásul még mindig ott tartunk, hogy az osmc megy raspin, raspin, raspin, meg raspin. Az elec meg kb mindenen. Értem, hogy van másik debian izé, amit majd kereshetek, de miért akarnék.

De szerintem nem koptatom tovább a számat, mivel láthatólag te eldöntötted, hogy ennek nincs értelme, mert neked ez így nem jó, és képtelen vagy elfogadni, hogy más pl leszarja annak a lehetőségét, hogy telepíthessen a debianból akármit, és ezért ez neki nem ad annyit, mint a másik oldalon elhelyezkedő előnyök (amik meg neked nem adnak semmit)




Milyen router-t?: https://hup.hu/node/152617#comment-2081648

konkrétan van backup, umountolt firmware minden JunOSos eszközben szerintem úgy a 8.x - 9.x óta, uh én tippelnék a régi sorozatra, vagy balfasz üzemeltetőre. Mi nagyon nagy tételben üzemeltettünk közvetlenül meg közvetve ilyeneket, és nem rémlik abból para, hogy elment volna az áram. Illetve de, egy SSG-520at (az még bőven screenos) láttam megdögleni áramszünettől, viszont ott meg nem az adattal volt baj (azt konkrétan később kipoperáltam belőle sértetlenül), hanem a hw fordult maga alá.

Ezen túl talán srx240-en láttam backup firmwareről bootot egyszer, de ott ment minden normálisan, csak meg kellett simogatni utána.




Milyen Kanban Boardot használtok? : https://hup.hu/szavazasok/20170320/milyen_kanban_boardot_hasznaltok#comment-2078840

"Legfelejbb a WIP nagysaga zavar engem idonkent...de legalabb ra vagyok kenyszeritve, hogy ne legyenek elmradasaim."

Pont ezért van ott :)




Milyen Kanban Boardot használtok? : https://hup.hu/szavazasok/20170320/milyen_kanban_boardot_hasznaltok#comment-2078925

harmadik lehetőség, hogy a baromi sürgős feladatoknak, amikor áll a cég, van egy külön swimlane.




Kéretlen felhasználói fiók vágta haza a Windows-t: https://hup.hu/node/152629#comment-2079128

jaja, mert linuxban nem lehet valami központi helyről authentikálni....




Kéretlen felhasználói fiók vágta haza a Windows-t: https://hup.hu/node/152629#comment-2079156

ez ugyan olyan, mint másik nagy ellenséged, a facebook. Nem akarod, ne használd, ettől még miért fáj neked, ha valaki más meg használná (pl azért, hogy legyen 2fa a laptopján, vagy hogy könnyen szinkronizálódjanak a dolgai, stb stb)




Kéretlen felhasználói fiók vágta haza a Windows-t: https://hup.hu/node/152629#comment-2079201

mármint azt, hogy hülye volt, nem azt, hogy a gonosz googleSA.




Kéretlen felhasználói fiók vágta haza a Windows-t: https://hup.hu/node/152629#comment-2079515

inkább az "úgy képzelem"




Kéretlen felhasználói fiók vágta haza a Windows-t: https://hup.hu/node/152629#comment-2079246

írták már lejebb, hogy nem a google account jelszavát kell, hanem a live accountét, amit a google email címre hoztak létre (tudod, regisztráltál az e-mail címeddel valahol, attól még nem az eredeti jelszóval fog beengedni, hanem azzal, ami hozzá szól)




ma van az a nap, amikor: https://hup.hu/node/152093#comment-2067980

Tuti, nálam a 735 botrányosan fos volt w10el :)




Red Hat 7 pont pont pont: https://hup.hu/node/152680#comment-2079546

A 2esben az a szép, hogy épp az volt az indoklás ezekhez a hányadék nevekhez, hogy ez majd jól stabilan úgy marad, bármit mahinálsz is.




Red Hat 7 pont pont pont: https://hup.hu/node/152680#comment-2079580

ja értem, akkor ez olyan mint a java platformfüggősége, hogy egy viszonylag jól definiálható, és változásoktól inkább mentes architektúrális függést cseréltünk egy mozgó softwareplatformtól való függésre. Jippi.




Red Hat 7 pont pont pont: https://hup.hu/node/152680#comment-2079736

https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInt…

Come again, what good does this do?

With this new scheme you now get:

Stable interface names across reboots
Stable interface names even when hardware is added or removed, i.e. no re-enumeration takes place (to the level the firmware permits this)
Stable interface names when kernels or drivers are updated/changed
Stable interface names even if you have to replace broken ethernet cards by new ones
The names are automatically determined without user configuration, they just work
The interface names are fully predictable, i.e. just by looking at lspci you can figure out what the interface is going to be called
Fully stateless operation, changing the hardware configuration will not result in changes in /etc
Compatibility with read-only root
The network interface naming now follows more closely the scheme used for aliasing block device nodes and other device nodes in /dev via symlinks
Applicability to both x86 and non-x86 machines
The same on all distributions that adopted systemd/udev
It's easy to opt out of the scheme (see below)

szóval ja, az ígéret az volt, hogy nem nagyon. Nyilván, ha a vm update valamit nagyon alátúrt, akkor fog változni, de igazából az derül ki, hogy előrébb in practice nem lettünk, de legalább rondák a nevek :)




Red Hat 7 pont pont pont: https://hup.hu/node/152680#comment-2079742

na jó, de ilyennek pont nem nagyon kéne történni.




Red Hat 7 pont pont pont: https://hup.hu/node/152680#comment-2079842

azért ez elég worksforme-re sikeredett :)




Ma reggeli sokk: https://hup.hu/node/152633#comment-2079153

ez ugye úgy van, hogy kevésbé képzett ismerősöket érdemes biztatni arra, hogy próbálják megoldani a problémáikat, viszont nagyon fontos, hogy sose kérdezzük meg, hogy sikerült.




SSL-only HUP, wow!!!: https://hup.hu/node/152508#comment-2076906

ez a probléma tipikusan a mindenféle random admin interface gyárilag benyomott, nem on-the-fly generált self signed certeknél jön elő.




Szubjektív vélemény a 3 világról (macOS LINUX Windows): https://hup.hu/node/152538#comment-2076768

saabi, akkor neked meg a szövegértésről van mit tanulnod ;) Az ott a windowsról szólt.




Szubjektív vélemény a 3 világról (macOS LINUX Windows): https://hup.hu/node/152538#comment-2076774

jaja, én is még tegnap este olvastam az eredetit :D




Szubjektív vélemény a 3 világról (macOS LINUX Windows): https://hup.hu/node/152538#comment-2076843

bevallom őszintén, hogy nem néztem meg, de első ránézésre egy kicsit több az ott, mint egy sima lefordított bináris halmaz, inkább van ott valami emu, tekintve, hogy láthatólag hasonlóan izolálódik, mint egy vm, ráadásul ügyes kezek kicserélték az ubuntut másra is, ha jól rémlik. Nem vagyok róla meggyőződve, hogy nem fut ott valami a kernelből is.

Ráadásul én ezt spec tudom, meg gnu/linux bla-bla, de erős szőrzálhasogatásnak tartom. (Egyébként pl a systemd az mi? :D) A téma felvetője meg láthatólag nem a kernelre gondolt.

És még csak nem is állítottam, hogy lenne benne, csak saabinak szóltam, hogy féreértette :)




Szubjektív vélemény a 3 világról (macOS LINUX Windows): https://hup.hu/node/152538#comment-2076869

Danke sün, most videót ezért nem nézek végig, de kicsit kattogtatva látom, hogy emulálják a kernelt.

(Többire bármi?)




Magyar közösség a TOR hálózaton?: https://hup.hu/node/152255#comment-2071283

Látod, nem lehet őket azzal vádolni, hogy alaptalanul mutogatnak az "emútnyóvévre", ami jó belőle, azt megtartják :)




git prompt for bash (yet another): https://hup.hu/node/152501#comment-2076138

Én fisht, meg budspencer theme-t használok, ott az elég fajás, hogy esc után a space váltogatja, hogy mennyire beszédesek az ilyen vackok.




git prompt for bash (yet another): https://hup.hu/node/152501#comment-2076415

csak ötletként dobtam be, az szerintem elég jó (mondjuk nem git specifikus, minden mással is ezt csinálja, a legjobban a rövidített pathoknál látszik)




Egy felkészült „postás” megnyugtatott: https://hup.hu/node/151619#comment-2057915

ez a karácsonyi roham előtt igaz volt, én viszonylag sok apróbaszt rendeltem nov elején, van még belőle úton asszem :) De a legjobb is olyan volt, hogy épp megjött volna karácsonyra. (feltéve, hogy taktikusan nem vártam volna meg a sorbanállással, hogy elmúljon karácsony)




Egy felkészült „postás” megnyugtatott: https://hup.hu/node/151619#comment-2058225

csak levelet nem visznek nagyon, mert azt sikerült úgy alakítani, hogy csak a posta legyen jó.




Egy felkészült „postás” megnyugtatott: https://hup.hu/node/151619#comment-2059037

Egen :) Bár azt hiszem volt valami, hogy a többieknek is lehessen, csak olyan kritériumrendszert sikerült írni, hogy esélye ne legyen másnak.




Kanban a Sysadmin munkakörben? : https://hup.hu/szavazasok/20170315/kanban_a_sysadmin_munkakorben#comment-2076786

A 2est egyébként lehet alkalmazni a bejövő oldalon is (nyilván akkor nem wip limitnek hívjuk, de az mindegy), amivel rá lehet kényszeríteni a mindenféle stakeholdereket, hogy prioritizáljanak, és ne a teamnek kelljen. Van olyan szitu, amikor ez kifejezetten hasznos tud lenni.

(Külső blokkra meg épp lehet külön statust csinálni, ha nagyon olyan a szitu).

---

Szóval csatlakoznék, szerintem a kanban jó, csak arra kell figyelni, hogy a szokásos agile megmondóemberek formához való ragaszkodását helyén kell kezelni. Mindig jól elmondják, hogy mert az fontos, hogy vizuális, meg izé, meg tábla, holott maga a processz szerintem sokkal fontosabb, az, hogy szintes cetliket tologatunk balrú jobbra, ezeket esetleg fennrű le, ne adj isten egyszerűen csak használunk random ticketinget így, az szerintem tök másodlagos. Értsd, nem teljesen lényegtelen, van olyan banda, ahol segít a klasszikus board, van, ahol tök mindegy, és van, ahol konkrétan zavaró, mert az emberek jobban átlátják egy klasszikus listás dologban.

Meg egyébként is józan ésszel kell, értsd, hogy mi mért van, és kell-e az neked úgy. Ha nem, akkor teljes lelki nyugalommal le lehet fosni, hogy valami megmondó ember veri az asztalt, hogy de annak muszáj úgy lennie.




Kanban a Sysadmin munkakörben? : https://hup.hu/szavazasok/20170315/kanban_a_sysadmin_munkakorben#comment-2076904

Ha nagyon sok az elvégzendő, akkor tud segíteni egy előszűrés abban, hogy mi legyen a következő. Azt a problémát tudja orvosolni, hogy mikor valaki eljut oda, hogy behúz egy újat, akkor ne 30 taskból kelljen neki választani valamit, és aztán hallgatni a többi 29 ownerét picsogni, hanem kikényszeríti, hogy a management értelmesen előkészítse a dolgokat. Ezt természetesen lehet másképp is kezelni (mondjuk ha elve normálisan van a backlog), és nyilván, nem oldja meg azt a problémát, ha folyamatosan több a (valódi) fóka, mint az eszkimó, amiért jó, az az, hogy ezzel a csapat mint olyan tudja kikényszeríteni, hogy ne rajtuk csattogjon, hogy ez nincs meg, és ehhez nem kell folyamatos személyes konfrontációt tartani. (Illetve azt a helyén tartja, anyázzanak csak a stakeholderek róla egymás közt)

/Egyébként ez a másik tök zárójeles, de én abban sem feltétlen hiszek, hogy majd a user pullolja. Kanbanozni lehet úgy is, hogy valaki dispatchel./




Foglalt a domain nevem: https://hup.hu/node/152369#comment-2073417

Ha sikerül elvenni, miért kellene megtéríteni? Az azt jelenti, hogy a kérdezőnek jár a domain a szabályok szerint. Aki csak úgy üzleti tevékenységet végez rajta, miért nem alapított céget / jegyeztetett be márkanevet, akármit?




Foglalt a domain nevem: https://hup.hu/node/152369#comment-2073434

Csak arra szeretném felhívni a figyelmedet, hogy ha a kérdezőn számon kérjük, hogy miért nem gondolkodott, akkor a másik cégről miért nem? Szeretném felhívni a figyelmed, hogy úgy kezdődött a mondat, hogy "ha". Tök mindegy, hogy mi a példa: ha úgy ítélnek, hogy elveszik, az azért lesz, mert a jelenlegi üzemeltető nem védte meg az érdekét, úgy ahogy kellett volna, holott erre lett volna lehetősége. Akkor miért is kéne fizetni annak, aki meg igen? Ha meg nem veszik el, akkor meg ugye nincs kérdés.

A példádnál maradva, szóval jogfolytonosság nincs de üzletelünk (ez tök off, meg személyes, de az ilyen hulljon, mint a férgese, bizonyára rendes cég), és annyi eszünk sem volt, hogy normálisan megcsináljuk (pl mert a védjegy pénzbe kerül), akkor mire föl pampogunk, ha kiderül, hogy az nekünk mégse jár, és valaki fizesse ki, brühühü. Ugyanitt a kérdezőt elintézzük azzal, hogy tanulópénz. Kissé kettős mérce.




Foglalt a domain nevem: https://hup.hu/node/152369#comment-2073929

azért szép dolog másokat ekézni, hogy -- szerinted, miközben nem is értetted mire kérdeznek rá -- nem tudnak olvasni, majd ide ráncigálni egy cikket, amiben le van írva, hogy ha van érvényes védjegy, akkor a másik fél kb IJ, és nem számít, mikor lett bejegyezve, és interpetálod úgy, hogy "nem érsz vele semmit".




linux.hu ?: https://hup.hu/node/129625#comment-2058226

ugyan, ott a magyar store tud belül redirektelni az usaba. Ismerősnek próbáltam ajándékba venni xbox játékot, egy merő katasztrófa az egész. Nem csoda, hogy az emberek warezolnak :D




A Firefox mostantól jelzi, ha nem biztonságos weboldalak jelszót kérnek: https://hup.hu/cikkek/20170307/a_firefox_mostantol_jelzi_ha_nem_biztonsagos_weboldalak_jelszot_kernek#comment-2074437

mondjuk nagyon nem ártott volna, hogy ha az a lakat ebben a formában nem zöld. Vagy legalábbis, ha az otpbank hiánya esetén nem csak nem lenne ott az info (vagy mint chromeban egy zöld secure felirat lenne, tovább tetézve), hanem egy baszottnagy piros (de legalább sárga) valami, hogy ugyan titkosított, de fasz se tudja, ki van a másik oldalon.

Mert így ugyan lehet a userekre mutogatni, csak minimum kétes, hogy ők a ludasak ebben a dologban csak




Albérlet foglaló után érdekes szerződés: https://hup.hu/node/146608#comment-1977109

Nekem konkrétan jöttek úgy levelek egy darabig, hogy át volt irányítva, viszont az átirányított címre nem voltam bejelentve.

Egyrészt sosem kérték a lakcímkártyát (pedig fogalmuk sincs ki vagyok), csak a személyit (aminek fel is írták a számát), másrészt az átirányítás űrtechnikával történik: elmegy az eredeti cím postájára, ahol kézzel ráírják az új címet, és odaküldik. Ez azt is jelenti, hogy az eredeti cím is látszik, gyanús, hogy ha el is kérnék a lakcímkártyát, akkor is jó lenne (feltéve persze, hogy oda be vagy jelentve, ahonnan a posta továbbjön, de mondjuk ez állandó / ideiglenes lakcím esetében azért valószínűleg sokaknál van valóban így)




Albérlet foglaló után érdekes szerződés: https://hup.hu/node/146608#comment-1977172

aztán majd ha kiszámolja, hogy jah, szar volt két évig az általány, uh most a különbözetet tessen befizetni 8 napon belül, akkor annyira azért ne csodálkozz majd :)




Albérlet foglaló után érdekes szerződés: https://hup.hu/node/146608#comment-1977202

Hacsak úgy nem :)

Hülyék egyébként, nem vitatom, csak tényleg kellemetlen tud lenni, ha jönnek két év különbözettel.




München felkészül a Windowsra való visszatérésre: https://hup.hu/cikkek/20170215/munchen_felkeszul_a_windowsra_valo_visszateresre#comment-2069690

[troll] A win10 telemetry meg a cortana már megcsinálta [/troll]




München felkészül a Windowsra való visszatérésre: https://hup.hu/cikkek/20170215/munchen_felkeszul_a_windowsra_valo_visszateresre#comment-2068047

pomm, javítsd, mielőtt szétesik a topic :)




docker konténerek hogyan?: https://hup.hu/node/152342#comment-2072359

En inkább azt mondanám, hogy egy jó chroot, illetve némi build infrastruktúra hozzá.




A hozzáértő rendszergazda: https://hup.hu/node/152301#comment-2071282

"De most már megvan az is. A vonaton az internet úgy működik, hogy a MÁV fedélzeti wifijének a kocsinként kiszabott 7,2 Mbps-os sávszélességet el kell osztania valahogy úgy, hogy abból mindenki kapjon valamennyit. Ezért a vonaton korlátozzák a routerek áteresztőképességét, vagyis ezeket eleve kis MTU-ra (maximum transmission unit) állították be, hogy a lehető legkisebb csomagokban hívja le az adatokat."

Elnézést, eddig bírtam.




A hozzáértő rendszergazda: https://hup.hu/node/152301#comment-2071355

Költözött: http://www.trinityos.com/PPP/ppp-performance.html#mtu Igazából semmi hasznos, csak az rfc: https://tools.ietf.org/html/rfc1144 , amiben a magyarázat ez:

"(2) Even with a line fast enough to handle packetized typing echo (4800
bps or above), there may be an undesirable interaction between bulk
data and interactive traffic: For reasonable line efficiency the
bulk data packet size needs to be 10 to 20 times the header size.
I.e., the line maximum transmission unit or MTU should be 500 to
1000 bytes for 40 byte TCP/IP headers. Even with type-of-service
queuing to give priority to interactive traffic, a telnet packet has
to wait for any in-progress bulk data packet to finish. Assuming
data transfer in only one direction, that wait averages half the MTU
or 500 ms for a 1024 byte MTU at 9600 bps.
"

Magyarul azért lesz szar a latencyje egy interaktív kapcsolatnak, mert hiába van quos, meg kell várni, míg a már elindított nagy packet átmegy. Namost ez elméletben még ma is igaz, de azért látni kell, hogy ez abból a korból való, amikor egy 33.6k baudos modem a kánaán volt. A gyakorlatban viszont, mondjuk ha ezt a példát nézzük, akkor a 7.2Mbps az 0.9 MB/s vagyis ~950e byte másodpercenként, tehát kb 950 ms-enként, azaz egy 1500 byteos MTU nem egész 2 ms-re tartja fel a forgalmat.

Ráadásul, ha nincs qos, akkor úgyis mindegy. És mivel a userek nagy része HTTPt fog tolni, hacsak valami nem classifyolja le mondjuk a youtubeot, (márpedig nem, mert tudjuk, hogy -- már ha sikerül -- simán csak eldobják).

TL;DR lehet, hogy valaki direkt emiatt vette le, de inkább csak az van, hogy van ott valami a pathban, ami miatt kisebb egy kicsit az mtu (egy plus ipsec, vagy valami ppp keretezés, QinQ, akármi. És mivel ezek a pö... izé, jól képzett szakemberek eldobták valószínűleg a frag neededet, ezért nem ment át.




A hozzáértő rendszergazda: https://hup.hu/node/152301#comment-2071441

ahol egy vonatnyi embernek EDGE van, ott tök mindegy mit csinálsz az MTUval, haszálhatatlan lesz.

Ráadásul a fenti is annyit mond, hogy interaktív cuccnál tud ez esetleg fájni. A web nem interaktív ilyen szempontból, leszámítva a webapp dolgokat, de ott is sokkal ritkább az update, mint hogy a delay nagyon fájjon (minusz a nagyon fosul implementált filterek mondjuk, amik gombnyomásonként ajaxolnak a backendre)




A hozzáértő rendszergazda: https://hup.hu/node/152301#comment-2071655

és az elv bizony az, hogy az 5 kocsinyi ülőhelyből ne legyen 1-1,5 használhatatlan annak, aki nem óhajt bagófüstöt szívni.




Ezt, hogy véded ki, ssh host 'command'?: https://hup.hu/node/152313#comment-2071709

mondjuk csak azért a grsec egy kicsit erősnek tűnik.




Ezt, hogy véded ki, ssh host 'command'?: https://hup.hu/node/152313#comment-2072048

Azért az SElinux 2 perc dolognál egy kicsit röhögnöm kellett :)




Ezt, hogy véded ki, ssh host 'command'?: https://hup.hu/node/152313#comment-2072113

Nem kvantummechanika, de azért random szolgáltatásokat összerakni vele, az nem feltétlen szokott két perc (opardon, másodperc) lenni. Pláne, ha azokat nem a gyártó csomagolta (nekem pl a fedora desktop napi szinten talál be valami faszsággal, hogy ez nem nyert, és ezeknek egy nagy része olyan, hogy a distributor akár meg is oldhatta volna), és pláne nem úgy, hogy értelme is legyen. Mert azért a selinux messze messze több hozzáértést igényel annál, hogy "setenforce 1, aztán nyomom az audit2allowt".

És biza tipikusan, ha valami már beüzemelt szerveren nyomsz egy setenfoce 1-et, akkor dolgok meg fognak állni.

--
Ja, és ha már ennyire megy, akkor ugye a setenforce után az /etc/default/selinuxba is beírod ;)




Ezt, hogy véded ki, ssh host 'command'?: https://hup.hu/node/152313#comment-2072215

ne viccelj már, ilyen alapon minden szög egyszerű, csak egy /etc/init.d/akármi start|systemctl start akármi| [nsert kedvenc init rendszer here].

Ráadásul de, a selinuxnál in practice érteni kell, hogy hogy működnek a policyk, milyen modell van a targetedben, milyen az mlsben, hogy függenek egymástól, milyen domainek vannak, mire valók, stb stb, egy csomó selinux specifikus domain tudás kell hozzá. Természetesen sokat segít, ha van háttérismereted, de az még önmagában kevés lesz.




KKV-nál dolgozok, a logokat, logbejegyzéseket digitálisan aláírjuk: https://hup.hu/szavazasok/20170224/kkv-nal_dolgozok_a_logokat_logbejegyzesekbol_digitalisan_alairjuk#comment-2070695

tekintve, hogy a külső timestamping pénzes, senki nem ír így alá soronként. (a műszaki vonzatáról meg ne is beszéljünk annak, hogy mit kéne megugrani ehhez)




Kis file-ok helyett adatbázis: https://hup.hu/node/152075#comment-2068689

a két nagy meg az egy új filet?




Kis file-ok helyett adatbázis: https://hup.hu/node/152075#comment-2068723

Mármint annyira parasztabb, hogy a felvetett problémát egyáltalán nem oldja meg? :)




Kis file-ok helyett adatbázis: https://hup.hu/node/152075#comment-2068781

Könyvtár nem volt :)




Kis file-ok helyett adatbázis: https://hup.hu/node/152075#comment-2069028

Jó, végül is valóban, nem feltétlen permissza az, hogy azoknak össze kell hányva lenni.




Kis file-ok helyett adatbázis: https://hup.hu/node/152075#comment-2067231

"Ha mas nem elobb utobb az inode-ok fogynak el (en mar lattam olyat)..."

bárcsak be lehetne állítani, ha tudod, hogy kiscsillió fileod lesz...




Kis file-ok helyett adatbázis: https://hup.hu/node/152075#comment-2067250

mondjuk tény, hogy pl a command line max hosszát pl azt hiszem nem (legalábbis régen tuti be volt égetve valahova a kernelbe, lehet azóta már fejlődött a tudomány), kétségtelen, hogy tud meglepetést okozni valamennyire már rutinos kollégáknak is, mikor először kapnak mondjuk egy rm ./* ra megnyugtató kerepelés helyett egy "argument list too longot" vagy valami hasonlót az arcukba, lehet hogy a find . -type f|xargs valami már kényelmetlenségnek számít. (tudom tudom, -exec)




Kis file-ok helyett adatbázis: https://hup.hu/node/152075#comment-2067359

persze. De lássuk be hogy ez alapvetően KeyboardChairInterfaceError. Bár ott valami egyébként el volt baszva, az egy szokásos rendszerben el se indult volna, mert a glob kibontva üti az ARG_MAXot (ez most nálam 2M körül van, és ha jól értem ez karakter), uh simán visszajött volna, hogy ezt így nem.




Kis file-ok helyett adatbázis: https://hup.hu/node/152075#comment-2067373

nekem valami halványan rémlik, hogy egyszer láttam ilyet. De lehet hogy csak valakit, aki állította, hogy látott. :)

(ulimitet viszont nem is olyan régen láttam elfogyni valami javban írt enterspájz vacak alól. Mondjuk az egyébként is egy böszmenagy trágyadomb volt, ez volt a legkisebb vicc benne.)




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2069927

némi ellentmondást vélek felfedezni a között a két állítás között, hogy "az upc nem egy rakás fos" és hogy "ne használd a dnsüket"




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2070498

minél árnyaltabban?

Őszintén, ha valaki internetet szolgáltat, és olyan a dns-e, hogy átviszi az ingeküszöböt, hogy inkább ad az ember plusz dnst, az bizony szar.

(ha meg azzal kell játszani, hogy párhuzamosítsuk a dns lekérdezéseket egy mai internet elérésen, mert érezhető, akkor még a sávszél vagy a latency is szar)




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2070619

Ne haragudj, de egy szolgáltatót nem nagyon lehet másképp nézni, mint előfizetői szemmel.

Én sem vagyok nagy hálózati spíler (mert mindig vannak okosabbak, de azért mondjuk, hogy konyítok hozzá "valamicskét"), de az, hogy te vagy én adott esetben körbe tudjuk kacsázni a szolgáltató hülyeségeit, attól még amit a szolgáltató ad, az szar marad.

Egy internet szolgáltatásnak alapvető funkciója, hogy a névfeloldás megbízhatóan működjön. Ez azt jelenti, hogy
1) az előfizető mindig eléri a szolgáltató dns szerverét (nyilván, mikor éppen legalább layer 3 van az üfnél. de ugye ha nincs, az megint csak a szolgáltató)
2) a szolgáltató dns szervere képes feloldani azokat a címeket az interneten, amiket egyébként fel lehet. (Vagyis ha a szolgáltató nem tudja feloldani, a példa kedvéért a google dns szervere meg igen, akkor a szolgáltató dnse szar)
3) A szolgáltató dnse normális sebességgel működik, nincs benne extra latency, és feloldja a hozzá érkező kéréseket.

Ha ezek mennek, akkor sem azért nem kell konfigolni másik dnst, mert van amit nem old fel, sem azért, hogy gyorsabb legyen a feloldás. Ugyanis bár a lassulás nem csak a melletted levő szervertől függ, az tény és való, de speciel dns esetén max attól, hogy az autoratív dns messze van, és lassú. Az meg másnak is így lesz. Namost, ha a szolgáltató linkjén mást kérdezve nem lassú, akkor valamit megint csak a szolgáltató bökött el. (Azt a forwardert meg mutasd már meg nekem, ami ugyanazt a queryt párhuzamosan tolja felfele több helyre, mert elég elbaszott egy szerkezet lehet. Azt a részét meg hagyjuk is, hogy valami nagy közös megegyezés miatt bizonyára minden dns forwarder default konfigja egyforma)

TL;DR hiba az ugyan nincs benne (nagy), csak ettől még a szolgáltatás szar marad.




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2071652

"Mindössze ahhoz próbáltam néhány tanácsot adni, hogy a vállalási feltételekhez képest biztosíthatsz magadnak nagyobb rendelkezésre állást, ha csak a dns zakkan meg."

Ez igazán kedves tőled, csak miért? :) Egyrészt nem vagyok upc előfizető, másrészt remekül meg tudom az ilyen jellegű gondomat oldani magam is, ha kell. Az ÁSZFet meg értem én, nem szeretnék most erről sokat regélni, maradjunk annyiban, hogy vállalás ide, vállalás oda, ha lényeges műszaki tartalommal ingerküszöböt átlépő mennyiségben gond van, az (figyelj, fontos) __szerintem__ bizony szar. Volt már pár szolgáltatóm, még senki miatt nem kezdtem el külső dnst hegeszteni.

Egyébként meg (figyelj, megint csak) szerintem az a -- hipotetikus -- lakossági szolgáltató, aki rendszeresen épphogy csak tudja hozni az ÁSZFben meghatározott szintet (ami ugye tipikusan azt jelenti, hogy havonta 2-3 napig vagy net nélkül) az lehet, hogy jogilag rendben van, de ettől még egy trágyafos szolgáltató.

Az meg, hogy az ÁSZFben benne van-e a DNS explicite nevesítve vagy nincs, az bizony olyan szempontból irreleváns, hogy nincs szerintem ma magyarországon éppeszű bíró, aki azt mondaná, hogy az ott nem szolgáltatás kiesés volt. Szerintem szolgáltató se nagyon, aki megpróbálná ezt vitatni, ha a szokásos körök megvoltak (jelentetted a hibát, nem sikerült időn belül megcsinálni). (mondjuk itt már vannak kétségeim, lehet, hogy van olyan hülye manager, aki megpróbálná a nagy tétel miatt bizonygatni, hogy ők biza szolgáltattak)




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2070623

de van helyi dns szerver, fapfapfap. :)

Mondjuk mentségére legyen szólva, hogy pl uborka is ezt a kreténséget játsza egy ideje alapból, hogy fut egy local dns szerver, az van a resolv.confban, meg egyéb ilyen hülyeségek. Csapnám tarkón azt is, aki kitalálta.




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2070646

mármint általában: nem sok, csak kb fölös, mint ahogy a kolléga is mondta, a kliens is cachelhet nyugodtan a ttl alapján.

az ubiban meg spec az, hogy emiatt időnként plusz kört kell futni, mert még egy réteg nehezen kikerülhető absztrakció jött be.




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2070689

Bár lehet, hogy vonzó, de in practice szerintem sokat nem jelent. Tipikusan nem szokott ezzel gond lenni, hacsak nem szar ugye az upstream dns. Főleg úgy, hogy az ilyen szempontból legvalószínűbb nyertes, a browser szinte mind maga is cachel.

A dnsmasqal az a problémám, hogy pl ahogy az ubuntu csinálja, egyből elbaszódik a mivan hol egy sima kézzel felhúzott dhcp mellet, ami átírja a resolv confot, hacsak nem patchelték meg ugye a dhcp klienst is, hogy helyette inkább a dnsmasqnak szóljon, hogy változott a forwarder. Ha csak dns cachet akarok, akkor nscd, sokkal egyszerűbb, és rendesen a helyén van.

Szóval ha neked jó, használd, nem para, de ezt így defaultnak betenni csak egy réteg fölösleges absztakció.




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2069933

Ez rpm, itt nincsenek olyan úri huncutságok, mint a debconf. Az rpm nem kérdez, felmásolja a dolgokat, annyit tud tenni, hogy ha egy konfignak jelölt file változott, akkor nem csapja felül, hanem egy konfig.rpmnew-t mellé. (És bár először ezt egyértelműen fosnak tartottam az rpmben a dpkghoz képest -- ami furi, mert egyébként egy csomó jó dolga meg van -- egyre inkább kezdem úgy látni, hogy ez egy elég jó design döntés).

Persze lehet taknyolni pre- meg post-inst scriptekben kézzel, de az az álmoskönyv szerint nem jó ötlet.




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2069968

Ott valóban nincs, de az, hogy egyáltalán nem pöcsöl interaktív dolgokkal telepítés közben, az dist-upgadetől független dolog, egy sima update is pont ugyanolyan.

De egyébként ja, RHELen nincs dist upgadre, illetve ahogy mondod, 6->7 között van valami, ami bizonyos peremfeltételek mellett működik, de sose láttam, mert ahol eljutunk odáig, hogy mehet a váltás, ott szivatjuk magunkat ilyenekkel, kitesztelt új cuccból reinstall. (Ez persze környezetfüggő, nálunk nem nagyon lett volna erre igény.)
(az mondjuk humorherold, ha egy default installon már nem megy)

fedora viszont elvileg csinál. Most az van desktopon, majd ha jön, megnézem.




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2070500

cserébe nem döglik be benne minden héten valami (nem viccelek, szerintem kb minden páros héten baszakszik a dokkoló), meg default installos csomagok nem verik be folyamatosan a fejüket a selinuxba.

És az igazság az, hogy arra a sok nagyon friss dologra nincs olyan cefetül szükség ott, ahol ezeket használják.

ja, és a dist upgrade meg nem azért ilyen, mert még nem ért oda, hanem mert nagyon igény nincs rá.




UPC vs. Dist-upgrade: https://hup.hu/node/152176#comment-2070504

így van. ami ezeken a helyeken tipikusan megint csak nem nagyon szokott gondot jelenteni. (mert ami viszont le van, az működik rendben, mert az RH az "it compiles"-nél kicsit alaposabban megteszteli.




Nincs tun interface - VPS kernel kérdés: https://hup.hu/node/152131#comment-2069257

egyáltalán nem biztos, ha valami lightweight cucc (openvz, lxc) ami shared kernelt csinál, ott nem biztos hogy megy.




Nincs tun interface - VPS kernel kérdés: https://hup.hu/node/152131#comment-2069272

hát, azért egy tárhelynél lényegesen több. Ráadásul az, hogy a te szemedben mi, az nem nagyon tántorítja el a piacot attól, hogy vpsnek hívja ezeket :)




Nincs tun interface - VPS kernel kérdés: https://hup.hu/node/152131#comment-2069752

tudom, de szokták nem akarni.

(illetve ha jól rémlik, valamelyikkel nem annyira ment régen)




Nincs tun interface - VPS kernel kérdés: https://hup.hu/node/152131#comment-2069262

Nyugi, tök jól lehet korlátozni.

Egyrészt persze, lehet neki nem adni shellt, lehet akármit is kizárólagosan futtatni ForceCommanddal, le lehet csapkodni egy csomó dolgot (AllowAgentForwarding, AllowAgentForwarding, AllowTCPForwarding, GatewayPorts) be lehet rakni a sessiont egy chrootba (ChrootDirectory, bár ez nem teljesen triviális), PermitOpen-nel meg lehet mondani, hogy pontosan hova kérhet portforwardot, meg ilyesmik. Az egészet össze lehet fogni egy Match User akárkivel.

sshnak meg lehet mondani, hogy -N, akkor nem indít semmit, csak a portforwardok és hasonlók mennek.




Nincs tun interface - VPS kernel kérdés: https://hup.hu/node/152131#comment-2069413

A -Nre természetesen nem hagyatkozhatsz. Az azért van, hogy kényelmesebb legyen a kliens :)

Szerintem igazából egy:


Match User portfw
ForceCommand /bin/false #vagy csak simán ezt adni shellnek
AllowAgentForwarding no
X11Forwarding no
AllowStreamLocalForwarding no
AllowTcpForwarding local #hacsak valamiért nem kell remote pfw is
GatewayPorts no
PermitOpen ahova_kell_forward:port

PreferredAuthentications publickey
PubkeyAuthentication yes
PasswordAuthentication no
ChallengeResponseAuthentication no
GSSAPIAuthentication no
KbdInteractiveAuthentication no
HostbasedAuthentication no

Illetve én még elé kb ezt betolnám (vagy még valami ennél is erősebbet, ez a reasonably jó, amit arra használok, hogy defaultból sshzzak vele össze vissza, de nyilván ha a server oldalra is van ráhatás, akkor)


KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256
Ciphers chacha20-poly1305@openssh.com,aes256-gcm@openssh.com,aes128-gcm@openssh.com,aes256-ctr,aes192-ctr,aes128-ctr
MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-ripemd160-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-512,hmac-sha2-256,hmac-ripemd160,umac-128@openssh.com

Egyébként meg vmelyik nap ezt láttam:
https://github.com/apenwarr/sshuttle




Nincs tun interface - VPS kernel kérdés: https://hup.hu/node/152131#comment-2070497

Bocs, elég offline hétvége van :)

Bár eddig nem tűnt fel, hogy kicsavart logika, de belegondolva értem miért gondolod annak. Az van, hogy ez nem egy tűzfal konfig, szóval nem olyan rossz az, hogy ha valami speciálist nem akarsz állítani, akkor nem játszik, hogy ne kelljen külön kapcsolgatni (a gyakorlatban egyébként az is van, hogy a permitopen defaultja egy csillag szerintem).

Azt viszont nem nagyon hiszem, hogy AllowAkarmiForward no mellett menne forward. Viszont érdemes az összes negatív caset végigtesztelni, hogy nem enged olyat, amit nem kéne, biztos amit biztos.




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067459

Mondjuk lehet segített volna, ha az a bizonyos rohadt nagy bank nem a beszállítójával próbálja megoldatni random support csatornán keresztül, hanem előveszi a nevesített kontaktját (csodálkoznék, ha az ms nem adna ilyet), aki tudja, hogy kit kell belül elővenni ahhoz, hogy az igényed rendesen megnézzék.




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067608

"Pár kör indai után eljutottam uk-beli MS mérnökökhöz (bár nekem még az ő nevük is indiainak tűnt)"

Értem én a szitut, csak kissé meglepő, hogy a bazinagy banknak nem volt olyan kontaktja, aki megspórolta volna a pár kör indiai mérnököt. Más cégek ebben a méretben adnak olyan contactot, akit ilyenkor be lehet találni, valamennyire képben van azzal, hogy ki vagy, azzal meg biztosan, hogy viszonylag fontos ügyfél vagy, és képes olyan belül olyanhoz irányítani, aki azt se érti, mit kérdezel. Általában még azzal is szoktak tudni mit kezdeni, ha aki kezeli, az nekiáll pingvinezni (ha más nem, megmondják mennyibe fáj, hogy értelmes ránézzen). Lehet, hogy ennyire fos az MS supportja, de felmerült bennem, hogy az ügyfeletek beszopatott titeket :) Sóherek voltak, és nem volt rendes supportjuk, mert értünkmihozzá, és/vagy hadd szopjon vele a másik szállító, neki az nem drága.




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067877

Én hiszek neked, tényleg csak a leírásból úgy tűnt, az a baj, hogy nem találtok el a megfelelően kompetensig, miközben kellett volna legyen egy viszonylag rövid útnak oda.

"Nekem "1 darab interfész" kell. Pont. Bár nem én voltam az üf-ük, hanem a fent említett bank. De kb. az üf-ek is azt szeretik általában, ha kb. '1-kapus rendszer' van."
Kb. Baj akkor van, mikor az 1 darab interface a foglamatlan support. Ugyanis a supportnak nem feltétlen az a dolga, hogy bonyolult problémákat oldjon meg. Ezért szokott lenni lehetőség valami értelmes kontaktra, aki tudja ki vagy, ismeri, hogy kb mi van nálad, illetve felfogja, hogy itt most nem supportos ügy van, hanem adott esetben pl egyedi fejlesztést kellene csinálni, be kéne vonni az integrációt, vagy ki kéne küldeni egy értelmes mérnököt helybe.

És értem én, hogy az MS nagy, de nekem furcsa, hogy egy ilyen eseben ez nem jut el addig, mert nem nézem ki belőlük, hogy nagy ügyfelet a saját szoftverük bugjával azzal hajtanának el, hogy "bonyi kideríteni mi van". Olyat igen, hogy "hát, leszarom ezzel élj együtt" de nem a probléma kiderítése előtt.




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067894

De természetesen felmerülhet. Úgy lettek a világ talán legnagyobb szoftvercége, hogy kizárólag balfaszokat alkalmaznak.




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067346

Itt leginkább arról van szó, hogy egy linux stackkel elvben meg lehetne csinálni, hogy ha azt látjuk, hogy az üzemeltető banda nincs a helyzet magaslatán (mint erre utaltál is ebben a konkrét esetben, és aminek simán lehet valóságalapja), akkor az üzemeltető bandát lehet elküldeni, hozni helyette másikat, aki rendbeszedi a stacket, anélkül, hogy bármit bárhova kellene migrálni, míg egy zárt rendszernél meg ezt annyira nem úszod meg.

Az más kérdés, hogy egyrészt itt a legnagyobb baj valószínűleg nem az os, hanem a workflow támogatásra összetákolt bazi sok izébigyó, meg hogy tulajdonképp windows üzemeltető is lehet cserélni, és valószínűleg in-practice nem lesz fajsúlyosan olcsóbb ha az esetleges javításokat valami hozzáértő megcsinálja az opensourceban, mintha megcsinálná a vendor. Bár az kétségtelen tény, hogy annak azért megvan az esélye, hogy ha valami nagyon kritikus, akkor egy open stacken lehet rá találni valakit, ellenben ha mondjuk az ms megvonja a vállát, hogy ők ezt nem, akkor ÍJ.




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067242

"Aki tudja mit csinál, annak talán az értelmes menü jobb, akinek fogalma sincsen és ki sem használja a funkciókat, annak meg a dizájnos. De megvan az esélye, hogy csak számomra nehezebb megtalálni bármit is a szalagom, miközben a menünk rögtön látom merre induljak."

Szerintem a ribbon jó. Mert általában azok a dolgok vannak éppen rajta, amik jó eséllyel relevánsak lesznek. Ráadásul nem értem ezt a fene nagy nem találok meg rajta semmit, mintha legalábbis randomszámot dobálna, hogy mi hol legyen, miközben gyakorlatilag annyi az egész ribbon, hogy kiteszi neked az épp aktuálisnak tűnő főmenük tartalmát egy toolbarra, szép nagy gombokkal (amiket egyébként faszán elárulják, milyen shortcuton vannak, ha neked az kell). Én mostanában ültem vissza linux desktop elé, és hát mikor először elindítottam egy writert, akkor finoman fogalmazva nem az volt az első gondolatom, hogy de jó, hagyományos menük.




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067336

Ez jó, talán majd eljut hozzám f26-al vagy valami. Hálistennek mostanság nem kell annyit csinálnom ilyet, hogy nagyon fájjon.




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067349

persze, nyilván nem office specifkus, csak épp itt jött elő. :)

Jónak tűnik, egyszer megnézem, danke.




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067348

csináljon a nehézség. Vagy a szoftver fejlesztői :) Nyilván tudnék, ha akarnék, de nem akarok, annyira nem mozgat.

Egyébként meg ez most hogy jön ide, mikor a ribbon jóságáról / nem jóságáról beszélgetünk?




A KDE és a The Document Foundation München esetleges visszaváltásáról: https://hup.hu/cikkek/20170215/a_kde_es_a_the_document_foundation_munchen_esetleges_visszavaltasarol#comment-2067362

És olyat hogy csinálok így, hogy ne legyen rajta az a rakás izé, ami éppen nem kell? Meg azok a dolgok, amiket esetleg nem is tudok, hogy kellenek, mert nem tudtam a létezésükről? :)




Gnome 3 beállítások elvesznek: https://hup.hu/node/152253#comment-2070768

:kéz fel:

Váltás miatt linux deskopozás lett ~10 év után, mivel mikor ránéztem, akkor a kd4 nem feküdt (a 3.5-ös vonalat nagyon szerettem), és ha jól látom, már megint újraírják, gondoltam megnézem (anno nem szerettem a gnomeot). Vannak hülyeségei, meg helyenként nagyon durvára van járatva az interfacenácizmus, de alapvetően kb működik. A launcher elindítja, amit beírok, az ablakokat tudom rendezgetni a két monitoron abban az overview módban, a többi meg nem nagyon izgat :) Gondolkodom mindig, hogy meg kéne nézni valami mást, hátha van jobb, de sajnálom rá az időt.




rTorrent Ubuntu16.04 server: https://hup.hu/node/152123#comment-2068768

A transmission meg nem tud automatán mappákba sortolni.

Ráadásul a daemon mód a systemd óta úgyis legacy, a modern az, ami nem forkol maga :)




rTorrent Ubuntu16.04 server: https://hup.hu/node/152123#comment-2070503

ezt értem, és semmi gond nincs ezzel (most épp nálam is transmission az fut egyébként, mert valami eltört az rtorrentben, és nem volt időm megcsinálni), csak mondtam, hogy van olyan, amit nem tud.




Farewell: https://hup.hu/node/152170#comment-2069617

meg köll peccselni, hogy megnézze, milyen LC_ van állítva az adott terminálon, és i18n, nincs mese.




Münchenben a jövő héten a Windowshoz való visszatérésről szavaznak: https://hup.hu/cikkek/20170212/munchenben_a_jovo_heten_a_windowshoz_valo_visszateresrol_szavaznak#comment-2065771

segítek. Amikor épp nincs olyan program, ami legenerálná.




Münchenben a jövő héten a Windowshoz való visszatérésről szavaznak: https://hup.hu/cikkek/20170212/munchenben_a_jovo_heten_a_windowshoz_valo_visszateresrol_szavaznak#comment-2065843

nem ez itt a fenti érvelésekkel az alapvető baj, hanem az, hogy arról beszélnek, hogy célzott workflow szoftverek jók lesznek. Nem lesznek jók, mert nem lehet minden feladat mellé egy teamnyi programozót állítani, és van egy csomó olyan munkakör, ahol ilyen szempontból mindenfélét kell csinálni. És még ha lehetne is, mire elmondja az ember mi kéne, már kétszer megcsinálta excelben, és pont jó. (Ráadásul a világ szép lassan eljut odáig, hogy egy átlag ember se lesz teljesen tufa a számítógéphez -- már legalábbis azok közül, aki ilyen munkakörben doloznak --, és össze fogja tudni kattogtatni magának ami kell mondjuk powerBIben.)

Látszott is, hogy előmászott, hogy latex beamer, meg mit tudom én, ami cseberből vederbe, pont ugyanúgy lehet benne szart csinálni.




Münchenben a jövő héten a Windowshoz való visszatérésről szavaznak: https://hup.hu/cikkek/20170212/munchenben_a_jovo_heten_a_windowshoz_valo_visszateresrol_szavaznak#comment-2065868

Én is. Ezek egy jó része ráadásul a szakmában dolgozik :)

Viccet félretéve, ezzel szemben 15 éve az volt, hogy egy átlag mancika a File/Save ast nem találta meg, és fogalma nem volt, mit csinál, egy rakás pénzügyes meg ült az excel mellett a számológéppel, és írta be kézzel a sumot az oszlop aljára. És ő volt a modernebb kolléga, mert használta a számítógépet, nem a kockásfüzetben tolta ugyanezt. Ennél ma sokkal jobb a helyzet, főleg abban a célcsoportban, akikből majd az information worker buzzword válik. Lehet, hogy a programozó úrnak majd nem fog tetszeni, ahogy megoldja a problémáját excelben, de többnyire meg fogja oldani.

(az meg már mellékszál, hogy egy csomó probélma, amit a programozó urak a mindenféle patternjeikkel megoldanak nem is létezne a programozó urak nélkül :) )




Van fénykép a belépőkártyádon?: https://hup.hu/szavazasok/20170215/van_fenykep_a_belepokartyadon#comment-2067452

Nekem a kedvencem az volt, hogy a kártya hátulján rajta volt, hogy "if found please return to:
" és nem sikerült megmagyarázni, hogy miért ortó kreténség az egész.




Van fénykép a belépőkártyádon?: https://hup.hu/szavazasok/20170215/van_fenykep_a_belepokartyadon#comment-2067524

Igen. Amit ugyan valamiért szitokszóként szokás használni, pedig elég fontos védelmi vonal, hogy nem szivárogtatunk adatokat :) Baj akkor van, ha ez az egyetlen védelmi vonal. Vagy ha szerinted nem mindegy, hogy ha zsebesjózsi talál egy kártyát, akkor előzékenyen ráírják neki a címet, hogy hol lehet megpróbálkozni, vs egy darab fehér plastik, akkor nem szóltam.

Ráadásul itt nem a cím nem megadása a security by obscurity, hanem a ráírása insecurity by stupidity. :)

(szerk: ha esetleg arra utaltál, hogy nincs odaírva, odaírtam én, hogy <address> , csak kacsacsőrbe, a modern drupal meg megette, most nézem. )




Van fénykép a belépőkártyádon?: https://hup.hu/szavazasok/20170215/van_fenykep_a_belepokartyadon#comment-2067605

Bele. És egyet is értünk, semmi olyat nem mondtál, ami cáfolná bármi állításomat. Az, hogy nincs rányomtatva a cím, az egy dolog ellen ad valamennyi védelmet: a véletlen elhagyott, vagy mondjuk a táskával / kabáttal opportunistán járulékos nyereségként ellopott kártyával az egyszeri zsebes kezébe nem nyomjuk tálcán, hogy itt lehet vele bepróbálkozni egy kicsit még. Mindezt azért, hogy esetleg ne kelljen pótolni egy párszáz forintos plasztikot. (Amit extrém esetektől eltekintve 1-2 nap alatt úgyis elkezdünk pótolni, addig meg a jóhiszemű sem nagyon juttatja vissza, szóval kő kreténség)

Természetesen ez célzott támadással szemben semennyire nem véd. Nem is dolga, és nem is ringat senkit se, akinek egy csöpp esze is van ilyen hitbe. (Viszont célzott támadás esetén meg tök mindegy, hogy nincs rajta, hiszen tudják, hova akarnak bejutni, hátrébb nem vagy vele, ha nem írod rá).

Pont mit a tűzfal. Nem engedünk teret script kiddieknek azzal, hogy letiltogatunk mindenféle nem használt szolgáltatást, áttesszük az ssht másik portra, eldugjuk az OS/service fingerprintingre hasznos infókat ha tudjuk. Ez security by obscurity. Ettől még természetesen ha lukas a szolgáltatás, az ellen nem véd, meg ha valaki célzottan akar támadni, az ellen se (bár a dolgát nehezítheti). Ettől függetlenül bizonyos riskeket csökkent, néhány támadási vektort eliminál. Aztán lehet mérlegelni, hogy milyen benefit megy vele a levesbe (pl kétségtelenül sok szemetet kiszűr, ha tiltjuk a pinget, cserébe adminisztrációnál állandóan szopni fogunk), és eldöntjük, hogy megéri-e. A cím ráírása a kártyára szerintem gyakorlatilag semmilyen benefittel nem jár, cserébe mézesmadzagot tart egy tök reális támadási vektorhoz.

Röviden: ha valami csak azért secure, mert obscure, az baj. Az, hogy a védelem része az is, hogy nem szivárogtatunk adatot, az nem baj, sőt, és szűklátókörűség leírni, hogy az nem jó security.




Van fénykép a belépőkártyádon?: https://hup.hu/szavazasok/20170215/van_fenykep_a_belepokartyadon#comment-2067704

Na akkor boncolgassuk még kicsit :)

Ha jól értem az az állítás, hogy ez security by obscurity, és az by design káros, mert hamis biztonságérzete lesz tőle a dolgozónak. (Ezért ha jól értem, szerinted jobb, ha rajta van)

Tegyük fel, hogy ez valóban így van, és a kollégákban kialakul ez a hamis biztonságérzet (bár imho túlértékeled az embereket, ilyen szintig nem gondolnak bele, ha néha elmondják nekik, hogy ha elhagytad szólj, akkor lesz 10-ből kettő, aki telefonál, nem reggel szól, hogy elhagytam, adj egy tempet légyszi).

Miben fog megnyilvánulni ez? Kb kettőt tudok elképzelni: 1) Többeknek fog a nyakában lógni a metrón, ezzel könnyebb célpontot nyújtva 2) esetleg kevésbé fognak szólni időben hogy elhagyták.

1) ha célzott támadás van, akkor kb mindegy, mert tudják mire való, ha meg opportunista lenyúlás, az ellen egyébként véd.
2) ez valóban lehet kicsit kellemetlen, de én azt gondolom, hogy ennek jóval kisebb az esélye, mint hogy a "talált" kártyával a zsebes gyors odamegy kicsit körülnézni.

Szóval én továbbra sem gondolom, hogy az, hogy vannak obscurity elemek egy biztonsági rendszerben, az feltétlen baj.




Van fénykép a belépőkártyádon?: https://hup.hu/szavazasok/20170215/van_fenykep_a_belepokartyadon#comment-2067853

Az valóban jó megoldás, csak a jelenlegi mágneskártyás beléptető rendszerek nem ilyenek.

Egyébként hirtelenjében nem nagyon tudnék olyan módot mondani, ahol ez beléptetőkártyával így tudna lenni, és nem az van, amit Nyosigomboc mond, hogy kurva fölösleges a kártya.




Van fénykép a belépőkártyádon?: https://hup.hu/szavazasok/20170215/van_fenykep_a_belepokartyadon#comment-2067898

Én láttam már olyat, hogy bár elvileg van biometrikus :) azonosítás, valahogy mégiscsak sikerült felsattyogni a zsebesnek a lifttel. Igaz, ő kártya nélkül is megoldotta, hogy átnyomakodjon a forgó beléptetőkapun, meg megfogták (mondjuk pont azért, mert az egyik életképesebb programozónak feltűnt, hogy a forgóajtót feszegető faszi lehet nem alkalmazott).

Természetesen a kártya önmagában nem elég, a cím lehagyása nem garancia, ettől még én továbbra is tartom, hogy a ráírása halál minimális benefitért cserébe egy nagyon is valós támadási vektort nyit meg.




átadás: https://hup.hu/node/152040#comment-2067133

Akkor minek ezzel bonyolítani a licenszelést, miért nem elég a server? ;)




átadás: https://hup.hu/node/152040#comment-2067226

egyébként viccet félretéve, techie szemmel az összes ilyen licenszelés katasztrófa.




átadás: https://hup.hu/node/152040#comment-2067355

Ezt én mind értem, ettől még az van, hogy in practice a fasz se tudja értelmesen megmondani, hogy hogy legyen (Ennek egyébként egyik fő oka, hogy olyan szinten el van mászva a technikai megvalósítástól, hogy nagyon), és sokat kell fölöslegesen pöcsni rajta -- ráadásul tipikusan nem technikai emberekkel -- ahelyett, hogy az ember csinálná.

Illetve tudom, hogy titeket ez kevésbé érint, de tipikus rákfenéje az egésznek, hogy ha legalább nagyságrendileg nem tudja az ember tervezés elején megmondani, hogy mibe fog fájni -- ráadásul azonnal kialakul az az érzés, hogy fogalmad sincs, mikor fognak egy kicsinek látszó új usecase miatt adni egy papírt, amit nagyon tompa ceruzával írtak -- az finoman foglamazva sem plusz pont a vendornak.

(A másik ilyen, mikor az ember már fél órája nézi egy gyártó weboldalát, hogy na jó-jó, de egyébként mit csinál)




átadás: https://hup.hu/node/152040#comment-2067457

Hálistennek eddig ilyet még nem kellett veletek csinálnom, de első ránézésre nálatok is az van, hogy egyedül nem annyira megy. Nem vagytok ezzel egyedül egyébként elég szar tendencia. Azt kell látni, hogy már az baromi nagy vízválasztó, hogy kell-e egyáltalán valakivel beszéljek, vagy van valamiféle kb árlista. Ugyanis, ha kell valakivel beszéljek, az azonnal el akar majd adni, meg mindenféle olyan paramétereket kérdez, amiket ott még az isten se tud, vagy akar megmondani, csak úgy kb. ránézne, hogy nagyjából mennyi, ehelyett hosszan kell beszélgetni, hogy aztán kiderüljön, hogy ja, ez szerintük mondjuk 15x annyi, mint amit megér a probléma. És ha ebből meg kell csinálni monjuk 5-öt, az nem olyan jó buli.




átadás: https://hup.hu/node/152040#comment-2067479

Azzal nincs gond (feltétlen), vagy legalábbis én most nem ezt mondom, hanem azt, hogy amikor még fogalmam sincs, hogy akarok-e venni, mert még csak nézem, hogy mi van, akkor is kell beszélni valakivel, mert le sincs írva rendesen a kurvabonyi. És ebből a szempontból szerintem mindegy, hogy most direktben a vendorral kell beszélni, vagy valami resellerel.




átadás: https://hup.hu/node/152040#comment-2067535

Aztán bejelentesz egy hibát, hogy az android fosul kapja az ipt, és megkérik, milyen CAL alapján :)




Filmsorozat szinkronszínészének halála vagy távozása esetén (szerintem) ...: https://hup.hu/szavazasok/20170207/filmsorozat_szinkronszineszenek_halala_vagy_tavozasa_eseten_szerintem#comment-2063814

sőt, könyveket se fordítsunk. Verseket meg pláne.




Filmsorozat szinkronszínészének halála vagy távozása esetén (szerintem) ...: https://hup.hu/szavazasok/20170207/filmsorozat_szinkronszineszenek_halala_vagy_tavozasa_eseten_szerintem#comment-2063854

Akkor ide még külön megkérdem, ti ezt a feliratos dolgot hogy csináljátok? Mert én nem tudok tőle filmet nézni, ugyanis az agyam olvas (igen, akkor is, amikor egyébként én spec érteném felirat nélkül is, csak asszony nem). Annál szerintem az is sokkal jobb, ha magyarul beszél.




Filmsorozat szinkronszínészének halála vagy távozása esetén (szerintem) ...: https://hup.hu/szavazasok/20170207/filmsorozat_szinkronszineszenek_halala_vagy_tavozasa_eseten_szerintem#comment-2063852

ezzel a véleményeddel semmi baj sincsen, csak nem értem, miért zavar az téged, ha ettől még más saját anyanyelvén nézné.

egyébként hány nyelven beszélsz? Francia megvan olyan szinten, hogy filmet tudj rajta nézni? Esetleg a kínai, meg a japán?




Filmsorozat szinkronszínészének halála vagy távozása esetén (szerintem) ...: https://hup.hu/szavazasok/20170207/filmsorozat_szinkronszineszenek_halala_vagy_tavozasa_eseten_szerintem#comment-2063918

"Engem nem zavar az, ha valaki szinkronnal nézne valamit. Az már inkább, ha ez az én szórakozásom kárára megy."

Aki meg szinkronosan nézné, annak meg az ő szórakozása kárára megy. :) És azért lássuk be, az "egyre nehezebb találni értelmes időpontot" vs "egyáltalán ne legyen szinkron" kettősből az utóbbi sokkal inkább kirekesztő.

A mindenféle népnevelésre történő kivetítéseket meg vélemény kategóriások. Rosszabb? Aha, vannak benne hibák, időnként egészen elkeserítőek, ezzel együtt imho kicsit erős kijelenteni, hogy a többség lusta, és nincs igénye jobbra. A többségnek simán megfelelő minőségű a magyar szinkron. (Azt már direkt nem is emlegetem, amikor a szinkron értéke sokszorosa az eredeti egésznek, mert ez tényleg a kivétel) Én pl egyáltalán nem beszélek rosszul angolul, nem okoz gondot filmet nézni (meg semmi más se). Ezzel együtt a magyar mégiscsak az anyanyelvem, nem zavar, ha rajta kell filmet néznem, sőt.




Filmsorozat szinkronszínészének halála vagy távozása esetén (szerintem) ...: https://hup.hu/szavazasok/20170207/filmsorozat_szinkronszineszenek_halala_vagy_tavozasa_eseten_szerintem#comment-2063928

Az valószínűleg Pogány Judit lehetett, aki ugyan néha valóban kissé affektálva (mondjuk gyerekmese ugye), de egészen zseniálisan tud egymaga párhuzamosan letolni egy komplett mesét minden szereplőjével. Nekem pl sokkal elviselhetőbbé teszi mondjuk bogyót és babócát, hogy tudom azt figyelni, mennyire zseniális a hangjával az a nő.

(Egyébként annyira jók ezek az ugyan én nem nézek ilyet, de szar típusú hozzászólások)




Filmsorozat szinkronszínészének halála vagy távozása esetén (szerintem) ...: https://hup.hu/szavazasok/20170207/filmsorozat_szinkronszineszenek_halala_vagy_tavozasa_eseten_szerintem#comment-2063939

Ezt most inkább nem kommentálnám tovább :)




Filmsorozat szinkronszínészének halála vagy távozása esetén (szerintem) ...: https://hup.hu/szavazasok/20170207/filmsorozat_szinkronszineszenek_halala_vagy_tavozasa_eseten_szerintem#comment-2064100

annyival nem vagy idősebb. ;)

Egyébként meg láthatólag az a nemzedék sem, hogy azért volt ott az enyémnek a végén, mert nem volt kedvem a gyerekneveléseden poénkodni, azt az a biztos, ha csak te csinálod ;)




Firefox 51: https://hup.hu/cikkek/20170124/firefox_51#comment-2061246

ugyan az, mint emailben küldeni képeket. :)




Előfordult, hogy Linuxról váltottál Windowsra?: https://hup.hu/node/151783#comment-2061087

mondjuk a w10el erősen úgy tűnik, hogy sikerült az MSnek lenyúlni a "ma mit basz el a frissítés" életérzést, tőlük szokatlan hatékonysággal.




Előfordult, hogy Linuxról váltottál Windowsra?: https://hup.hu/node/151783#comment-2061211

a telefonos changelogok alapján az sem tűnik életbiztosításnak. :)
Mostanában kevés a programozó, ők állnak nyerésre, hirtelen nem lett divat működőképesen tartani dolgokat hosszú távon.




OTP bankomat coderek, a k*rva anyátok: https://hup.hu/node/151825#comment-2061631

vagy nem ismerni az AM/PMet :D




OTP bankomat coderek, a k*rva anyátok: https://hup.hu/node/151825#comment-2061630

Nem olyan régen még jó volt az a vasárnap ;)




OTP bankomat coderek, a k*rva anyátok: https://hup.hu/node/151825#comment-2061645

Csak arra utaltam, hogy nem olyan rég még vasárnap zárva volt a pláza ;)




SuliX vagy HUEDU-OpenLAB: https://hup.hu/node/151762#comment-2061462

"A történelmi hűség kedvéért tegyük hozzá, hogy ehhez képest a Linuxnál majd' három évvel később jelent csak meg a PAE támogatás..."
Meg azt is, hogy a PAEt a hajadra kenheted akármelyik népszerű enterspájz izénél, ami javaban van írva, és azzal kezdődik, hogy oda kéne adni a java processznek egyben a 4 gigánál több memóriát, az ugyanis nem fog menni.




SuliX vagy HUEDU-OpenLAB: https://hup.hu/node/151762#comment-2061534

Sehogy. A mondás arról szólt, hogy egyben 4 gigánál többet PAEval sem lehet.




SuliX vagy HUEDU-OpenLAB: https://hup.hu/node/151762#comment-2061535

igen, kiegészítettem :)




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2056010

és amit aközben lát, miközben keresgél?




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2056019

Ettől még biztos, hogy vannak fals pozitívok. Ha nem lennének, nem kellenének ilyen szerencsétlenek, akiknek el kell dönteni, hogy ez most az-e.




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2056918

Nem tudod jól. Maximum csak nem tetszik/műveletlennek tartod/stb. A tipikus érvelés, hogy mert az szim az már eleve képző, és annó a görögök az antival negálták, és ha ezt nem tudod, akkor paraszt vagyol, és nem a földtúró fajtából. Ezek az emberek elfelejtik, hogy nem ógörögül beszélünk beszélünk, hanem magyarul. Az meg, hogy egy szó jó-e alapvetően nem nyelvtani kérdés, max nyelvészeti, az meg egy leíró tudomány (egyébként imho a nyelvtan is, max a helyesírásnak vannak szabályai, és az is véleményes). Teljesen abszurd az az elképzelés, hogy valaki nem beszélni "helyesen" a saját anyanyelvét.

http://www.nyest.hu/hirek/precizitas-es-hagyomany
http://www.szabadfold.hu/cikk?4350




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2056954

"Ha az antipatikus megragadt a magyar nyelvben (marpedig megragadt, hiszen hasznaljuk - mar a fenti logika alapjan ugye), ... Mivel megragadt az 'antipatikus' ezert tok felesleges a fosztokepzos alakot hasznalni"

Valahogy a fosztóképzős is megragadt a magyar nyelvben. :) Vagy akkor dobjuk ki az összes szinonimát? Szegény magyar nyelv :( Illetve miért pont az antipatikust kellene megtartani a kettőből, ha ki kell dobni a redundánst?

" igy teljesen irrelevans az, hogy honnan vettuk at."
Persze. Nem is ezt mondtam, hanem azt, amikor megmagyarázzák, hogy nyelvtanilag azért helytelen az unszimpatikus, mert az eredeti szótő görögül a patikus, és azt kell anti/szim előttaggal ellátni, mert az nyelvtanilag úgy helyes. Ami nettó faszság, a magyar nyelvtan nem foglalkozik a görög nyelvtannal, és simán képes volt a szimpatikust egyben is magyarítani.

"Lehet igenytelennek lenni, es nem ismerni a nyelv szavait, de azert ez megse erv. Bar manapsag meno igenytelennek lenni, szoval ha csak divatbol vagytok azok, akkor megertem."

Én személyesen csak felnőtt fejjel találkoztam az antipatikus szóval, pedig speciel nem mondható el a szüleimről meg a környezetemről, hogy igénytelenek volnának az ilyesmire. Egyszerűen felénk nem használták az antipatikust (őszintén szólva az én fülemet a mai napig böki).

De egyébként pontosan ezt mondtam: lehet az a vélemény, hogy az unszimpatikust használni igénytelenség / műveletlenség stb., ezt szíve joga mindenkinek eldönteni, aztán majd kialakul róla az össznépi verdikt, vagy elkopik az egyik, vagy nem. De ettől még per grammarnáci az unszimpatikus nem lesz hibás.

Szóval lehetek én divatból igénytelen, de akkor a sok szellemileg magasan ülős, akik a teljesen fals görög nyelvtani szabályokkal magyarázzák meg, azokat én ugye cserébe tarthatom divatból okoskodó sznobnak :)




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2056973

A görög nyelvtan szerint maximum. Azt értsd meg, hogy a magyar nyelvtannak nincsenek olyan szabályai, hogy be kell tartani a jövevény nyelv szóképzésre vonatkozó szabályait. A saját képző / jel / rag / akármikre vannak szabályok, de azok is alapvetően leíró jellegűek, és lesz alájuk egy rakás kivétel, helyi sajátosság, amik nem onnan jönnek, hogy valaki az akadémián fingik egyet, hogy márpedig azt így kell mondani, hanem onnan, hogy használják. A városos példádnál maradva pl a Győrött, Pécsett bizony helyes lesz, pedig például Egrettet nem hallottam még eddig :) De bizonyára a Vas megyeiek többsége is erősen megsértődne, hogy ő nem beszéli helyesen a nyelvét, mikor úgy ragoz, hogy tányérat, nem úgy, hogy tányért. Nonszensz, már a dédanyja is így mondta, az bizony akkor magyarul helyes. Az unszimpatikussal is ez van, bőven sokkal-sokkal többen használják, mint hogy egyéni beszédhiba legyen, innen meg maximum vélemény, hogy valakinek antipatikus az unszimpatikus szó :)

Szóval igen, a nyelv bizony sok lúd disznót győz alapon működik. Egy általánosan használt alak az bizony per definem helyes, az a magyar nyelv, ahogy a magyar emberek beszélnek.

(A ban/ben végéről lefelejteni beszédben az n-t lefelejteni sokkal gyakoribb, mint az emberek gondolnák. Mindenki csinálja, csak nem veszi észre.




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2057129

"Legjobb joker... >>te is hulye vagy, csak nem tudod<<"

Valóban az, de ebben a konkrét esetben ez bizony így van, tapasztalataim szerint ebben mindenki hülye. Egyszer láttam olyat ismeretségi körben, hogy miután egy srác (elég undorító módon) leoltott egy másikat, mert elrontott egy ban/ben-t, egy másik srác utána mindig kijavította, mikor ő hibázott. Fél óra után már nagyon nem volt őszinte a gyerek mosolya. Nyilván, ez sörök fogyasztása közben történt, kötetlen beszélgetésben, ott sűrűbben lesz ilyen, mint mondjuk egy munkahelyi megbeszélésen, de bizony ez van, élőbeszédben mindenki koptatja azt az n-t a végén.

"Remelem azert beszelgetni lehet rola, hatha logikailag (ketlem) meggyozhetoek az emberek."
Természetesen lehet, sőt, érdemes is. Én pl valamennyire formálisabb helyeken ha kell, az antipatikust használom, mert értem, hogy egy csomó embernek ez vörös posztó, illetve úgy tűnik, hogy az én fülem van kisebbségben, mikor az unszimpatikust preferálja (bár erről azért nem vagyok meggyőződve). Én csak a nem helyes ellen szoktam felemelni a szavamat.




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2057272

"De itt nem arról van szó, hogy >>be kell tartani a jövevény nyelv szóképzésre vonatkozó szabályait<<, a szimpatikus és az antipatikus is jövevény szó (pontosabban görög alapból képzett magyar szó). Mondjuk az "unszimpatikus" is jövevényszó, ez német nyelvterületről származik."

Ha nem erről van szó, akkor viszont miért is helyes az antipatikus, és nem az az unszimpatikus? Mert én érvként csak ezt hallottam még eddig.

"A városos példára pedig nem jó válasz az, hogy felsorolsz kivételeket, ráadásunk nem is a ba/be vs. ban/ben témára."

Valóban kissé sidetopicja a ba/be vs ban/ben témának, hiszen a ban/ben alternaítvájáról van szó. Csupán arra akartam utalni, hogy még az ilyen viszonylag egyértelmű magyar nyelvi képződmények sem olyan egyértelműek.

" Az >>itt vagyok Egerbe<< egyértelműen helytelen, pont. Szóban épp elmegy, mert az n betű nem hangsúlyos a végén és sokszor az ember "odahallja" amit kell, de írásban azért..."
Pontosan, és eddig szó nem volt a leírásáról, én az eredeti példát is beszélt kontextusban értelmeztem. És jeleztem, hogy ez pont az, amit az emberek nagyrésze csinál szóban. És az ilyesminek szokott az lenni a következménye, hogy a hosszabb végül elkopik, és helyessé válik az "Egerbe". Még akkor is, ha ez pl nekem nem fog tetszeni.




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2057329

"Hát ha a szimpatikus "tagadása" az antipatikus (*),"
Mi alapján?

"Mert OK, németnél van ilyen"
Miért helyesebb az antipatikus a görögöktől, mint az unszimpatikus a németektől?




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2057475

mi az, hogy eredeti? mihez képest eredeti? és ha véletlen az antipatikus került át előbb, akkor miért nem kerülhet már ugyanolyan jelentéssel más is?
---
pl a német értelmező szótár: https://www.dwds.de/wb/unsympathisch . nem mintha ez kritérium kellene legyen arra nézve, hogy ettől lehet-e magyar szó.
--

szóval ott tartunk, hogy még mindig zéró érved van, azon túl, hogy neked az a szimpatikus :)




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2057635

kérlek. Bár egyébként nyilván meg lehetne győzni (nyilván elkerülték a figyelmed azok a részek, mikor erről beszéltem), de eddig tényleg nem jött értelmes érv amellett, hogy miért jobb, illetve hogy az unszimpatikust mi teszi nem jóvá.




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2057479

pedig tök igaza van, a patikusra van a szim meg az anti ragasztva, és bizony a patikust a magyar nyelv ebben a jelentésben nem vette át. Gyanús, hogy az empátia, ami lett belőle, hogy miért em, az passz.

és ettől még ez az érvelés nyilván blőd, hiszen kit érdekel az eredeti nyelvtan. Csak semmivel nem blődebb, mint arra hivatkozni, hogy mert szim meg anti, mert az eredeti nyelvtan :)




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2057525

Danke :)
Az mondjuk tiszta volt, hogy az a patikus nyilván nem az a patikus (ezért vicces az ellengyógyszerész ugye), tegnap este a pátosz szót nem sikerült előkaparnom az agyam mélyéről :)




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2057637

az nem ugyanolyan, mint az antipatikus? mind a kettő tagad :)




Egykori online moderátori alkalmazottai perelték be a Microsoftot munkakörben elszenvedett mentális traumák miatt: https://hup.hu/cikkek/20170113/egykori_online_moderator_alkalmazottai_pereltek_be_a_microsoftot_munkakorben_elszenvedett_mentalis_traumak_miatt#comment-2057992

nyilván, az is jöhet :)




CTB-Locker: https://hup.hu/node/138183#comment-1838843

El lehet pl mondani, hogy milyen ismert mellékhatásai lehetnek, ha olyan helyen használod, ahol első bliccre ugyan jó ötletnek tűnik, a gyakorlatban meg mégesm :)




mount | wc -l: https://hup.hu/szavazasok/20170123/mount_wc_l#comment-2060077

A mount nem lett elavult, csak annó a filerendszeren túl ott volt kb a proc meg mondjuk a devfs, és csoki, most meg minden összevissza bindmountolgat, és tele van szeméttel. Ráadásul régen legalább kb lehetett arra greppelni, hogy /dev[sh], most meg már uuid meg label, a devmapper, illetve ezek különböző variációi, kellett valami, ami kicsit olvashatóbbá teszi. Annak meg én spec. örülök, hogy ez extra progi lett, nem a mount kimenetét cseszték szét miatta.




Napi közlekedjünk állat módra!: https://hup.hu/node/151692#comment-2059988

aki villog, az se legyen :)




Napi közlekedjünk állat módra!: https://hup.hu/node/151692#comment-2060222

"Igen. De tartósan belső sávba menni szintén nem legális."

ismét: ha az elöl menő ne legyen önkéntes rendőr, akkor a hátul menőnek miért szabad? :)




net-tools upgrade: https://hup.hu/node/151669#comment-2060252

off: Miért bántod, akinek meghalt a dédije? :)




Személyes, privát képet tárolása felhőben?: https://hup.hu/node/151652#comment-2059105

mondjuk innen is puszilom, aki ezt a nevezéktant kitalálta.




Személyes, privát képet tárolása felhőben?: https://hup.hu/node/151652#comment-2059201

Azok legalább átjárhatóak, ahogy a kolléga is mondta. :)

(Mondjuk ott a lync nevét kár volt lejáratni a skype-al :D)




Személyes, privát képet tárolása felhőben?: https://hup.hu/node/151652#comment-2059146

1. Egy 4k tv már most is 8 megapixel környékén van, várható, hogy később lesznek jobb panelek is. Ráadásul előfordul, hogy az ember később is vágna rajta, akkor sem árt. Meg egyébként is, ott az ember inkább eltenné a roncsolásmentes folyamatot is, pl úgy jártam most karácsonykor, hogy egy ajándékba adott digi képkeretre vágtam rá a képeket hogy a 15:10 -> 4:3 lehetőség szerint minél kevesebb arcot vágjon félbe, és bizony azzal, ahol eleve béna voltam, és egy nagyobb nyers képből vágtam eleve, sokat segít, hogy abból lehet megint. És akár azt is el tudom képzelni, hogy pl saját kép menjen falra vászonfotón, keretezve.

Egyébként épp most fogom nekidruszálni magam, hogy rendet vágjak a felhalmozódott képekben, még agyalok, hogy lenne a jó, de az biztos, hogy a megigazgatottaknak az eredetijét is el fogom tenni

2. A helyről készült képeken ritkán vagy rajta te és a kiccsalád :)




Személyes, privát képet tárolása felhőben?: https://hup.hu/node/151652#comment-2059693

jaja, ezt már mind elmondták az elmúlt 25 évben bármiről, ami nagyobb mint a PAL/NTSC/VGA, aztán valahogy mégis másképp néz ki. :)




Személyes, privát képet tárolása felhőben?: https://hup.hu/node/151652#comment-2059692

1. Nem, nem egyelő azzal, természetesen. Viszont az tuti, hogyha kisebb a kép felbontása, mint a kijelző, annak a részletgazdagság hasznát biztosan nem fogja látni. És persze, nem muszáj natív felbontásban nézni, de én speciel jobban szeretem magam eldönteni, hogy milyen legyen az a kép, mint meghagyni az eszköz kénye kedvének, hogy úgy skálázzon fel (vagy épp le), ahogy neki tetszik, mert az a tapasztalatok szerint nem jó. Pl a googlenél is jobb, ha én csinálok belőle 2048 pixelt, mint ha ő, (bár mostanában már mindegy úgy látom) a facebook meg katasztrófa, amit művel (és sajnos le se nagyon lehet róla beszélni). Ez meg úgy a legegyszerűbb, ha van miből dolgozni.

2. Vagy igen -- mások vagyunk. Nekem pl az utóbbi kb két év termésének igen jelentős része papa-mama-gyerekek. Előtte meg (lévén meló ügyben jó sokat utaztam) mindenféle kirándulós nézegetős volt. Van benne olyan, amit bárhonnan le lehet szedni? Persze. Meg van benne olyan is, bőségesen, amit baromira nem, mert azt ott én láttam meg akkor, nekem bír jelentősséggel, illetve emel a dolgon, ha el tudom hozzá mondani a háttérsztorit.

Tény, én a kattogtatunk összevisszánál egy kicsit tudatosabban fotózok, megválogatom, megigazgatom a képeket, rendszeresen hívok is elő belőlük; ha olyan szituáció van, akkor ismét dolgozom velük (igen, nem vagyok rest újravágni 16:9-re, ha mondjuk háttérkép, vagy tévé screensaver lesz belőle) És baromira nem látom értelmét annak, hogy azokat a képeket, amiket normálisan megcsináltam, a lehetségesnél butábban tegyem el, csak azért, hogy spóroljak vele egy kis helyet.

Megnéztem most, az elmúlt cca 5 évben készült képek, úgy, hogy ezzel nem igazán foglalkoztam üszkve 100.000 nyers kép, kb 500 giga méretben, plusz 200 giga szemét, amit a lightroom csinált. És ebben benne van, minden, ha csak azt kiszedem belőle, ami tényleg megtartós, lesz az egész talán 100 giga, ezen most mit spóroljak?

Meg aztán küzdöttem én már azzal, hogy régi családi fotókat scanneljek és rakjak rendbe, nem szívatnám a saját unokáim a szükségesnél jobban.




OxygenOS 4.0.2 (N) OTA OnePlus 3-hoz és OnePlus 3T-hez: https://hup.hu/cikkek/20170118/oxygenos_4_0_2_n_ota_oneplus_3-hoz_es_oneplus_3t-hez#comment-2057528

azért kíváncsi lennék, a sima OTA mikor ér ide még az eredetiről :)




OxygenOS 4.0.2 (N) OTA OnePlus 3-hoz és OnePlus 3T-hez: https://hup.hu/cikkek/20170118/oxygenos_4_0_2_n_ota_oneplus_3-hoz_es_oneplus_3t-hez#comment-2057546

0-nál több effort :)




OxygenOS 4.0.2 (N) OTA OnePlus 3-hoz és OnePlus 3T-hez: https://hup.hu/cikkek/20170118/oxygenos_4_0_2_n_ota_oneplus_3-hoz_es_oneplus_3t-hez#comment-2057550

tudom, igazából kíváncsi voltam, hogy kb ideér-e valamikor, de lassan megkattogtatom :)

(illetve el tudom képzelni, hogy azért késik régió, mert valami specifikus bug van benne, mittomén lte csatornával)




OxygenOS 4.0.2 (N) OTA OnePlus 3-hoz és OnePlus 3T-hez: https://hup.hu/cikkek/20170118/oxygenos_4_0_2_n_ota_oneplus_3-hoz_es_oneplus_3t-hez#comment-2057634

nem mondom, hogy nem merült fel, de itt egy asztallal arrébb már fent van pár napja, és még nem hallottam anyázást :)




OxygenOS 4.0.2 (N) OTA OnePlus 3-hoz és OnePlus 3T-hez: https://hup.hu/cikkek/20170118/oxygenos_4_0_2_n_ota_oneplus_3-hoz_es_oneplus_3t-hez#comment-2058223

és megjött :)




OxygenOS 4.0.2 (N) OTA OnePlus 3-hoz és OnePlus 3T-hez: https://hup.hu/cikkek/20170118/oxygenos_4_0_2_n_ota_oneplus_3-hoz_es_oneplus_3t-hez#comment-2057871

Egyébként treyt tudnám ismételni: mivel a dash charger a "bmeg elfelejtettem feltölteni" után 15 perccel mintegy fénapi szuflát simán beletol a telefonba, ezért igazából elég érdektelen az aksiméret.




OxygenOS 4.0.2 (N) OTA OnePlus 3-hoz és OnePlus 3T-hez: https://hup.hu/cikkek/20170118/oxygenos_4_0_2_n_ota_oneplus_3-hoz_es_oneplus_3t-hez#comment-2057907

Igen, én is ezt tettem. Most meg azt teszem, hogy néha feldugom, és csocsesz, mert amíg elmegyek budira, eleget tölt. Tök leszoktam az egész este töltőn lóg dologról. Onnantól, hogy gyorsan tölt értelmezhető mennyiséget, ez tök kezd nem érdekes lenni. (ez nyilván emberfüggő, irodistaként van a környéken rendszeresen konnektor)

Nekem nem T van, csak sima, az egy napot egyébként simán, ha nem nagyon nyúzod, akkor kettőt is, csak ezt nem szoktam megvárni, mert gyorsan tölt :)




A systemd...: https://hup.hu/szavazasok/20170106/a_systemd#comment-2053974

mondjuk, hogy az egyes ponthoz írjak, pont ma reggel volt egy olyan, hogy beragadt az otthoni nas kézzel felhúzott temp mountja, emiatt valami homokórázott, az umount meg aszonta, hogy debizony ez busy, én meg gondoltam, hogy ezt most keresgéli a fene, restart, úgyis volt új kernel, és leáálásnál hosszasan homokóráztunk arra, hogy majd umountoja, és oda volt írva, hogy ezt ő bármeddig hajlandó lesz próbálni, úgyhogy volt egy "köcsögsystemd" :)

(és egyékbént az egyik pozitívra szavaztam)




A systemd...: https://hup.hu/szavazasok/20170106/a_systemd#comment-2054551

Tudom, hogy ezek ki vannak vezetve, de mint mondtad, ideiglenes mount pointnál, amit nem is a systemd mountolt fel, nem lettem előrébb, és az sem segített, hogy valami ennél sokkal direktebb dolognál valószínű ki tudtam volna belőle cltr+c-zni, itt rövid nyomkodás után IJ volt.

Az imho szuboptimális, hogy úgy foglalkozik egy nem lecsatolható mounttal, hogy végtelen ciklusba ül vele, pláne nem, ha láthatólag képes másként is viselkedni. És persze a főbűnös természetesen az nfs, ami ebbe a csoda állapotba kerül, ha az ember nem jár előtte esőtáncot.




A systemd...: https://hup.hu/szavazasok/20170106/a_systemd#comment-2058224

Mondjuk ha jól rémlik (csak a partvonalról figyeltem) akkor az elején azért az volt, hogy neki állt szoftveresen mintavenni, mert ennyit tudott, és slussz. És mondjuk azért azt értem, hogy egy normálisabb kártya tulajdonosát ez zavarta :)




Omega2 - "a világ legkisebb, beépített WiFi-s szervere, IoT-hoz alkotva": https://hup.hu/cikkek/20160818/omega2_a_vilag_legkisebb_beepitett_wifi-s_szervere_iot-hoz_alkotva#comment-2012619

"mert ugyan kit érdekel az IoT security"




Omega2 - "a világ legkisebb, beépített WiFi-s szervere, IoT-hoz alkotva": https://hup.hu/cikkek/20160818/omega2_a_vilag_legkisebb_beepitett_wifi-s_szervere_iot-hoz_alkotva#comment-2012630

jaja :)




Miyen ventilátor nélküli menedzselhető switchet?: https://hup.hu/node/151613#comment-2058287

A junipernél pont az van, hogy az ilyen featureök pont ott figyelnek benne, csak a nagyon extrásak fizetősek külön (vírusszűrő, appsec, ilyesmi) A (megboldogult) SRX100 olcsón (már viszonylag, azért pár 100 dollár volt az is) tudott kb mindent, amit a junos alapból tud switchingből meg routingból, egy szappantartós dobozban. Mondjuk abban azt hiszem volt valami marketing limit a vlanokra pont :)

Pöpec kis doboz, csak az RoHS miatt levették, a 300as széria meg azért már combosabb tétel.




NTPtool alternatíva?: https://hup.hu/node/151593#comment-2057713

nem lehet bekonfolni a monitoringba? mittomén nagios ntp_check_peer?




ROOT és garanciavesztés: https://hup.hu/node/151591#comment-2057332

ez így azért félremegy. Ugyanis ha ezt ő dönthetné el, akkor lófasz lenne, nem garancia :)




HOVD 2016 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20161210/hovd_2016_kedvenc_szovegszerkeszto#comment-2051962

én anno sokat használtam, ma már alig-alig, ott a shell. Ráadásul most, hogy megint linux van desktopon is, és tettem egy próbát a fish shellel, mint default, azóta még kevésbé érzem szükségét. Az egyetlen dolog, amire néha használom, hogy ha végig akarok nyálazni kézzel egy listát, hogy ez kell, ez is, ez nem, ez igen, ez nem... stb, arra kényelmesebb, mint a shell (bár hátha most valaki megvilágosít :) ). Viszont erre meg éppeg jó a grafikus Files is, talán még használhatóbb is. Ráadásul elég ritka usecase.




HOVD 2016 - Kedvenc szkriptnyelv: https://hup.hu/szavazasok/20161210/hovd_2016_kedvenc_szkriptnyelv#comment-2055259

Mármint 20 mega potenciális security holet a defaultba? Kösz, nem :)




HOVD 2016 - Kedvenc szkriptnyelv: https://hup.hu/szavazasok/20161210/hovd_2016_kedvenc_szkriptnyelv#comment-2055337

utóbbi :)

kifejtve: van, amihez kell, mert abban van írva. A ruby meg nem kell alap dologhoz, mert így alakult. Szóval csak azért feltenni, mert szerinted 20 mega enni nem kér, és hátha jó lesz valamire, nem annyira jó. Ha kell, akkor egy apt/pgk/yum/dnf/akrámi installnyira van mindenhol.




Biztonságos lakossági linux desktop környezet beállítása.: https://hup.hu/node/151492#comment-2055262

welcome to IoT :)




A swap partíciókat swap fájlra cseréli az Ubuntu a 17.04-es kiadástól kezdve : https://hup.hu/cikkek/20161219/a_swap_particiokat_swap_fajlra_csereli_az_ubuntu_a_17_04-es_kiadastol_kezdve%20#comment-2049110

yo :)




A swap partíciókat swap fájlra cseréli az Ubuntu a 17.04-es kiadástól kezdve : https://hup.hu/cikkek/20161219/a_swap_particiokat_swap_fajlra_csereli_az_ubuntu_a_17_04-es_kiadastol_kezdve%20#comment-2049197

+1 én is épp a minap néztem, mikor véletlen a rootban jártban valahol (ugye ez normál ügymenetben viszonylag ritka), hogy az évek allatt itt is felgyűlt néhány réteg mindenféle...




Mi futtatja a scriptet, hol található a script: https://hup.hu/node/151395#comment-2053093

[sarcasm]
vagy leszarod, honnan jönnek aztán
- logrotate megoldja
- cronba find /backup -type f mtime +14|xargs rm -f vagy hasonló minden este

:)
[/sarcasm]




Mi futtatja a scriptet, hol található a script: https://hup.hu/node/151395#comment-2053142

az szerintem ritkán bassza el a timezonet :)




Mi futtatja a scriptet, hol található a script: https://hup.hu/node/151395#comment-2053230

az mondjuk lehet... :)




A jelszórotáció (például cserélj lejáró jelszót 90 naponta) biztonsági szempontból szerintem ...: https://hup.hu/szavazasok/20161209/a_jelszorotacio_peldaul_cserelj_lejaro_jelszot_90_naponta_biztonsagi_szempontbol_szerintem#comment-2045591

" a korábbi tíz..."




A jelszórotáció (például cserélj lejáró jelszót 90 naponta) biztonsági szempontból szerintem ...: https://hup.hu/szavazasok/20161209/a_jelszorotacio_peldaul_cserelj_lejaro_jelszot_90_naponta_biztonsagi_szempontbol_szerintem#comment-2053104

És ez hogy is jön a jelszó policyhez? :)




[Teszt] Egy hét a Xiaomi Mi Band aktivitásmérővel: https://hup.hu/cikkek/20150911/teszt_egy_het_a_xiaomi_mi_band_aktivitasmerovel#comment-1905637

Imho valami pulzusmérős jó lehet (mondjuk a csuklón nem tudom mennyire van jó helyen ilyenkor valami. Én súlyzós dolgot bellel csinálok, ott mondjuk nem tudom, mennyire örül, ha megkapja a cleant...)

De egyébként azért el tudnék képzelni olyat, hogy ha tudja az edzésprogramot, akkor azt leköveti akár ismétlésre is, okosan használva a gyrot... Az más kérdés, hogy ez mire lenne jó...




bubuntu érettségi remix....: https://hup.hu/node/151071#comment-2048392

jaja, az informatikatanár meg előtte készítsen elő tizenhét féle, én a kiskutyafasza(tm) distrót használom faszságot. Aztán utána meg majd vitatkozzunk, hogy de a csudiszuper izé volt bugos, vagy a gyerek volt hülye. Ugyanmár. Lehet ezt feladatorientáltan kezeleni: ha úgyis tökmindegy, hogy min fut az awk, amit ír, akkor nem tökmindegy, min fut? :)




bubuntu érettségi remix....: https://hup.hu/node/151071#comment-2048578

azt hiszem, hogy még mindig nem érted. Itt nem arról van szó, hogy a nebuló mit szeretne, hanem arról, hogy az iskola/tanár, akinek a környezetet kell biztosítani az mennyi egyedi hülyeséggel szopjon, illetve mennyi egyedi baszás menjen a javításra Pl javító tanár megnézi a mondjuk az ubuntu LTSben levő nem túl bleeding edge libreofficeán, amit a nebuló a csudifriss archon összekalapált, és szétesik. Akkor ezt meg kell nézni, hogy tényleg úgy van-e, az idő. Bónuszként ha közben az achon javították, akkor a nebuló megszívta. Vagy akkor a hivatalos végeredményig ne használhassa az iskola a géptermet? És mi van, ha félúton maga alá fosik az arch? Majd megyünk még egy kört fél év múlva?

Ezért kell az, hogy legyen megszabva, hogy min lehet dolgozni érettségin, a kedves diák meg alkalmazkodjon hozzá, hogy ez van. :)




bubuntu érettségi remix....: https://hup.hu/node/151071#comment-2048817

"Bevallom, az egyik gond az, hogy nem ismerem az érettségi feladatok jellegét, s bár valaha tanítottam középiskolában, az rég volt, így nem tudom, mi a szokás manapság. A másik, hogy nem tudom, hogyan zajlik ez. Van a feladat, tanuló megoldja a gépen, majd az outputot egy *.tar.xz-ben felrakja az iskola szerverére, amit aztán megvizslat a tanerő? Vagy számít az, ha valameddig jutott, s nézik, hol akadt el, tehát a folyamatot is értékelik?"

A részleteivel én sem vagyok tisztában, szerintem fel kell tenni az elkészült művet valami fix helyre, ahol gondolom úgy értékelik, mint az összes többit. Vagyis a tanár javítja, nyilván értékelik a folyamatot is, ha van rajta mit.

"A másik, hogy nem tudom, az iskolai gépek milyen műszaki állapotúak, de sejtésem van róla, hogy inkább muzeális darabok. Izmosabb gépek esetében szerintem járható út volna a virtualizáció akár, majd a komplett virtuális gép migrálása a javításhoz. De ez csak egy kósza ötlet."

Ez valószínűleg tök változó, csinálni meg olyat kell, amit mindenhol lehet, lsd lentebb.

"Az szerintem egy elég elfuserált dolog, hogy valamiféle jogszabály rögzíti az érettségi műszaki feltételeit. Már, ha egyáltalán így van. Mire a megálmodott jogból érettségi lesz, talán már részben elavult a dolog."

Az érettséginek mindenki számára egységesnek kell lennie, ezt hogy másképp éred el?

"Ettől függetlenül továbbra is az a rögeszmém, hogy elveket kell tanítani, szemléletet, mert azzal semmire sem megy a diák, ha tudja, hogy valamit most hogyan kell megoldani egy adott eszközzel, miközben lövése sincs róla, hogy mit miért csinál, így aztán nem képes követni a fejlődést, megijed a változástól, rövidebben szólva rugalmatlan, használhatatlan a tudása."

Persze, ebben egyetértünk. És elég vicces módon ez a mizéria éppen azért van, hogy a nebuló pl a szövegszerkesztést ha akarja ms officeban, ha akarja librében csinálhassa, legyen neki választási lehetősége, linuxozzon, ha akar. Viszont azért korlátlanul nem lehet, mert aztán a végén ezt érdemben kell tudni egyforma szempontok alapján javítani, meg valahogy biztosítani kell hozzá a feltételeket is.




LastPass - mostantól ingyenesen használhatod a LastPass-t bárhol, bármely eszközön: https://hup.hu/cikkek/20161102/lastpass_mostantol_ingyenesen_hasznalhatod_a_lastpass-t_barhol_barmely_eszkozon#comment-2035078

te a gyakorlatban meg tudsz jegyezni ennyi stringet? Ráadásul olyat, ami a megjegyezhetősége miatt jobban támadható lesz, mint egy random generált? Nekem 200 környékén van az ilyen olyan bejegyzés benne, és akkor ez csak a privát :)




LastPass - mostantól ingyenesen használhatod a LastPass-t bárhol, bármely eszközön: https://hup.hu/cikkek/20161102/lastpass_mostantol_ingyenesen_hasznalhatod_a_lastpass-t_barhol_barmely_eszkozon#comment-2035306

Jv9dm-jY8_1EFohk
ln9iBArjP1QV9_V6
aW0mlbHsgMSPeQj3
OLiJFnxQb6yWanOX
bnLOCQvPt8RoAQnD
Te6A6TdJ8ET82xWE
ADDkDsKPIXNIJOD9
XUmf6nBf7aY0n7d-
7mXeTWW9lomQeFfF
jmPhf7IVC_Yfdf4A
O66ZX2IwpdSe85WW
LYh6b3xWPZVrl0vh
YS1crDqKde4Dq0dn
Bs4z_VN1trQ8HEGy
QIE6eHvTM5DCRMMr
5CNi2lB0KB5hYqrh
Tcem6Kb7w473tBB9
0hp8ZoLig8ZWVcpw
GjLeRRiY8eGExxBw
WKFnbE3FPmbhDfRR
fi3gVwlr-EMiSqxv
DWMvbdOHKGVLUp5b
JW8nEirwB2m7_Vwd
ki5CkYsXexjPvKdf
2vA-Io7GE7yPhB_v
lA4vyZw3MU1BJ1mM
sjM1NQ9sB-E84L6_
j3Ds8kypYhO_cDAy
5KqURM3IAXneegUe
WYoIFQXH4xgzO-iC
zdziN0Mz0I0DiiRG
ISOCOt9I9bbpTKQU
djT8mNpYPKdCAAMC
J7WacYuLgittCd_u
fL40mT1I2-KqgMjB
6US8WyUKhIpxzpn1
0bAIzsWuH_CRhjmd
XIPmHWFk4eMbVcNj
pPjuXlyQTvwUNc6M
EvmKGWQcwmKLHfMu
PZA54PocsWKGDrd6
an2tGn7dPZtyocnQ
5JhYS-OeeZ4SOz1I
v3U6doDqS_uy244z
JruqK1R0lOFoZZB6
JKbGGHryZhrfB8_a
2VL7cMDnrPUJgV-2
nZEuLH1Ff84HdyAE
PcA73kvwXyQSZwFr
vUcOpX9tJAz5qnW-

Holnap kikérdezzük :)




LastPass - mostantól ingyenesen használhatod a LastPass-t bárhol, bármely eszközön: https://hup.hu/cikkek/20161102/lastpass_mostantol_ingyenesen_hasznalhatod_a_lastpass-t_barhol_barmely_eszkozon#comment-2035435

", de mivel én találtam ki egy bizonyos gondolatmenet mentén" ezért nincs annyira jó, mert függenek egymástól a passwordjeid, ha egy komprommitálódik, és valaki megnézi, elkezdheti megfejteni, mit csinálsz, ráadásul eleve sokkal kevésbé randomok.




ESCapey - ESC billentyű "megoldás" az új Apple laptopokhoz: https://hup.hu/cikkek/20161026/escapey_esc_billentyu_megoldas_az_uj_apple_laptopokhoz#comment-2034233

mármint közvetlenül az usb-c - normális usb átalakítóval, mert a fényképezőgépeken szerintem még nicns usb-c :)




ESCapey - ESC billentyű "megoldás" az új Apple laptopokhoz: https://hup.hu/cikkek/20161026/escapey_esc_billentyu_megoldas_az_uj_apple_laptopokhoz#comment-2034345

Biztos lehet azt is, végül is elfér majd a hátizsákban :)

(Egyébként fényképezőgép sokszor még mindig mini, gondolom mert a mikró nem a stabilitásáról híres.)




ESCapey - ESC billentyű "megoldás" az új Apple laptopokhoz: https://hup.hu/cikkek/20161026/escapey_esc_billentyu_megoldas_az_uj_apple_laptopokhoz#comment-2034631

Én rádugom, és elmegyek vacsizni :)




ESCapey - ESC billentyű "megoldás" az új Apple laptopokhoz: https://hup.hu/cikkek/20161026/escapey_esc_billentyu_megoldas_az_uj_apple_laptopokhoz#comment-2034629

Jep, én is láttam ilyet már. :) A gondolom nyilván tippelgetésre utalt, a másik ok esetleg az lehet, hogy nem tudom, két centtel olcsóbb, vagy valami.




ESCapey - ESC billentyű "megoldás" az új Apple laptopokhoz: https://hup.hu/cikkek/20161026/escapey_esc_billentyu_megoldas_az_uj_apple_laptopokhoz#comment-2034346

+1. (Bár van elvétve olyan, amin van)

Mondjuk én jót röhögtem, mikor megcsinálták a tárgyalókat nálunk, szépen mindenhova hdmi, majd szóltunk, hogy az megvan, hogy itt HP gépek vannak displayporttal? :)




Apple: csak semmi mókázás a Touch Bar-on!: https://hup.hu/cikkek/20161101/apple_csak_semmi_mokazas_a_touch_bar-on#comment-2034677

ha cancel helyett van, akkor nem, ha close meg quit helyett,a kkor igen :)




Elkerülendő: https://hup.hu/treyblog/20161115/elkerulendo#comment-2038988

valószínűleg nem véletlen hívják ezeket single page webappsnak, nem pedig single page webpagenek, vagy ilyesminek :) Ezeket nem arra szánják, hogy weboldalt csináljon belőle a kedves delikvens, hanem arra, hogy webes megjelenítéssel írjál guis programot (leginkább thinclientet, de az ilyen indexeddb és egyéb izék megjelenésével egyre kevésbé igaz ez)

Az más kérdés, amikor valaki így csinál egy istenverése normális weboldalt is.




A Linux uralja a TOP500-at: https://hup.hu/cikkek/20161116/a_linux_uralja_a_top500-at#comment-2039130

vagy aki ilyet csinál, annak megvan házon belül a kompetenciája, ami a vendornak úgysincs? Pl mert az rh direktben nem lát ilyet úgyse, max ha kikocog egy ilyen ügyfeléhez.




Takarnet SSL RC4 ez most komoly: https://hup.hu/node/148195#comment-2039426

úgy látom maga a certi már nem rossz (sha-256 RSA), csak a saját taknyolt CAjuk aláírását sikerült md5-el, még 2002ben.




milyen smart TV-t?: https://hup.hu/node/143491#comment-2035475

elég off, de nekem most volt egy kis gondom az openeleces dobozommal, és hamár csesződni kellett, gyors megpróbáltam kideríteni, hogy mi ez az egész libreelec, mert úgy tűnt, hogy fork, és ott van a tömeg, de valahogy nem győzött meg. Homályos izék, rtorrent pl nincs, vagy nem találtam...




milyen smart TV-t?: https://hup.hu/node/143491#comment-2035481

én is ezt gondoltam elsőre, aztán látám, hogy: https://github.com/OpenELEC/OpenELEC.tv/commits/master

illetve hogy bár a libre frissebb, kb ugyanaz van benne. :)




milyen smart TV-t?: https://hup.hu/node/143491#comment-2035581

hmm, akkor este benéztem, mert valamiért úgy tűnt, hogy a kodik pariban vannak.

Mindegy, most már ez marad, elsőre kissé arrogáns bagázsnak tűnik, és nincs semmi, amit hirtelen ne tudna a már meglevő kodi... még a hdmi-cec is pöccre ment, az meg már az emberi psziho érdekes része, hogy asszony láthatólag hozzánőtt a plusz -- ráadásul elég középszar -- távszabhoz :)




milyen smart TV-t?: https://hup.hu/node/143491#comment-2036096

Igen, én is kb ennyit látok, majd alkalomadtán updatelek, de első bliccre ez a fork dolog még kicsit gyerekcipős, és mivel semmi nincs, ami miatt most kéne az újabb valamiből, majdegyszercsak :)

(mondjuk az a beta openelec is beszopatott az rtorrenttel, innen is csókoltatom :) )




milyen smart TV-t?: https://hup.hu/node/143491#comment-2035885

nekem is 4k van (mert kellett venni tvt, és akkormár), felskáláz, egészen faszán.




Miért az e-mail még mindig a Linux kernel fejlesztőinek elsődleges kommunikációs csatornája?: https://hup.hu/cikkek/20161107/miert_az_e-mail_meg_mindig_a_linux_kernel_fejlesztoinek_elsodleges_kommunikacios_csatornaja#comment-2037762

" He noted that Google, which promotes Gerrit for use with the Android project, does not use it for any of its internal projects. Even with Android, Gerrit is not really needed; Greg pointed out that, in the complicated flow chart showing how to get a patch into Android, Gerrit has a small and replaceable role. "

Amennyire én tudom, az android, bár opensource, alapvetően egy in house developed cucc, nem biztos, hogy érdemes összehasonlítani azzal a workflowval, amit a kernel csinál. Meg az is jó, hogy benne van a kernel, mint egy repo, de azért azt ugye látjuk, hogy messze nem úgy viselkedik benne, mint ahogy az lkml-esek csinálják.

Félre ne érts, fogalmam sincs, hogy valóban az-e a legjobb, amit csinálnak (minimum gyanús, hogy a fő maintanerek már körberakták az emailt maguknak, és nincs kedvük máshoz, illetve látszik az is pl a fent linkelt vicces csörtéből, hogy Andrew nem feltétlen jól itéli meg a barriert a többieknek), vagy mondom, hogy a gerrit nem jó rá, de speciel szerintem itt a benne levő kódméret, vagy hogy hány repo, az kevésbé érdekes.




Miért az e-mail még mindig a Linux kernel fejlesztőinek elsődleges kommunikációs csatornája?: https://hup.hu/cikkek/20161107/miert_az_e-mail_meg_mindig_a_linux_kernel_fejlesztoinek_elsodleges_kommunikacios_csatornaja#comment-2038017

látod, ezzel én spec egyetértek, csak gondoltam, ha már feljött az egész, akkor berakom, amit konkrétan erről mondott a faszi. :)




IT szakemberként dolgozom és a számítógépes biztonsághoz ...: https://hup.hu/szavazasok/20161022/it_szakemberkent_dolgozom_es_a_szamitogepes_biztonsaghoz#comment-2031669

"és nem értem, mi ez a tűzfal-fetisizmus a választási lehetőségek közt."

szerintem csak azt mutatja, hogy a topicnyitó -- ha őszinte -- akkor ez elsőt xeli :)




IT szakemberként dolgozom és a számítógépes biztonsághoz ...: https://hup.hu/szavazasok/20161022/it_szakemberkent_dolgozom_es_a_szamitogepes_biztonsaghoz#comment-2032287

nahát, ilyesmivel is rég vádoltak, főleg a hupon :)

egyébként tényleg nem bántásnak szántam, csak mivel már jópáran leírták, hogy az IT biztonság jóval több a tűzfalnál (és a tűzfal jóval több a portnyitogatásnál), ezért abba már nem mentem bele, hogy mik vannak még.




IT szakemberként dolgozom és a számítógépes biztonsághoz ...: https://hup.hu/szavazasok/20161022/it_szakemberkent_dolgozom_es_a_szamitogepes_biztonsaghoz#comment-2035584

a kocsit csak nem zárod be, vagy direkt lehúzva hagyod az ablakot is?




[Solved] Szerver - kliens infrastruktúra kialakítás + hálózat + megfigyelő rendszer: https://hup.hu/node/147155#comment-1985296

Na jó, csak a reakció pont arra volt, hogy hát céges érzékeny adatokat cloudba nem javasuljuk, indoklás nyista, szóval arra kb megfelelő, hogy vannak nagy cégek, akik valamennyire mégiscsak csinálnak ilyet.




[resolved] Két router, egy hálózat: https://hup.hu/node/150240#comment-2034089

olyan soho routert még nem láttam, amiben a dhcpt ne lehetett volna agyonverni, onnan meg már csak:
- a wifi paraméterek kopp ugyanolyanra állítása, mint a "fő" routeré, accesspoint nevestül. Na jó, csak majdnem kopp, mert channelt érdemes másikat állítani.
- dhcp szerver kikapcsolása
- a két router közötti közötti kábel mindkét oldalon a lanba dugása (elfelejtük lent a wan portot)
- ?
- profit

Igazából, ha nem elvárás, hogy egy APnak létszanak, akkor az első pontot nem kell így csinálni, lehet más a neve, meg más kulcs, meg akármi, ez csak némi kényelmet ad a rohangászós eszközökkel (de ha jól értem, ez itt lényegtelen), cserébe a másik meg jobban érthető :)

Illetve érdemes még a második routernek adni egy címet az első által osztogatott hálózatból, hogy kényelmesen elérhető legyen az admin felülete -- nyilván nem olyat, amit a router egyébként kioszt, meg kell nézni, de általában ezek eleve nem osztják az egész tartományt (csak mittomén száztól, vagy csak kétszázig, vagy ilyesmi), a kieső részből kell valamit. (lehet szívatni magad mondjuk mac alapján osztott fix címmel, ha nagyon elegáns akarsz lenni, de az max arra jó, hogy ha később elfelejted, könnyű legyen megnézni)

-- magyarázat:
ilyenkor a második ap "bedugja" a klienst a hálózatba a wifin kábel helyett, viszont routerként nem csinál semmit. mivel lan portba dugtad a kábelt, azzal gyakorlatilag switchként működik, a csomagok mennek ide oda a lan portok és a wifi között. így a fenti router is látszik, ad is neki címet, meg majd el is fogja routeolni a csomagjait. (Lekapcsolni épp azért kell a második routerben a dhcpt, hogy ne keverjen be valami hülye címmel)




VoCore2: 4 dolláros (ártól induló), érme méretű linuxos számítógép WiFi-vel : https://hup.hu/cikkek/20161106/vocore2_4_dollaros_erme_meretu_linuxos_szamitogep_wifi-vel%20#comment-2036311

A gigabites ethernet interface drága, a wifi n meg gondolom nem annyira :)

Ezt a mindenféle soho routereknél is meg lehet figyelni, hogy már annyi antenna van rajta, hogy félő hogy legurul a polcról, mint egy furcsa süni, de egy istenverte gigabites switch már nem fér el benne.




Heti-havi kötelező feladatok web based controlling valami sysadmin célra: https://hup.hu/node/150389#comment-2036490

offline task coach, online van egy csomó, mondjuk remember the milk, de akár egy vödör másik, doit.im, todoist, todledo, vagy bármi. Esetleg valami random kanban board. Pl trello, restya, kanboard.net.

Esetleg ha már geekkedünk, akkor taskwarrior :)

kismillió ilyesmi van, mind másképp szar, imho érdemes kicsit végigtúrni az alternativeto-t, és megnézni, hogy melyik szimpi.




Heti-havi kötelező feladatok web based controlling valami sysadmin célra: https://hup.hu/node/150389#comment-2036505

Akkor kicsit rajzoljuk körül, hogy mi kéne, mert amit mondasz, hogy rendszergazda task, az szerintem kb irreleváns, cserébe azért kijönnek az ilyen apróságok, hogy ja, a kolléga is látni akarja, és hasonlók.

Ami bennem felmerül:
- lehet-e cloud?
- többen akarják szerkeszteni, vagy csak nézni.
- Kb hányan?
- miről?
- kell mobil kliens?
- mennyire adhoc? szóval kell a nagyon low barrier input (shortcut megnyom, gépel, enter, aztán majd később kiválogatjuk), vagy nem para, hogy az ember leül, beloggol, és matat.
- milyen reportok kellenek
- vannak-e függőségek
- mit kell adminisztrálni azon túl, hogy kész?

Szóval kicsit mesélj már arról, hogy hogy szeretnéd ezt használni?




Heti-havi kötelező feladatok web based controlling valami sysadmin célra: https://hup.hu/node/150389#comment-2036511

kezdek összezavarodni. most neked taskaid vannak, amit mindig meg kell csinálni, vagy egy inventoryt keresel?




Heti-havi kötelező feladatok web based controlling valami sysadmin célra: https://hup.hu/node/150389#comment-2036530

Na, ezt szerintem kb bármi tudja. Pl a toodledo ingyen van, elég sokat is tud (bár személyes véleményem szerint nem valami szép), kb annyi a dolgod, hogy a task alatt csinálsz minden feladatnak egy recurring daily/weekly/monthly taskot, ha kicsit akarod rendszerezni, akkor mondjuk szerverenként folderbe rakod őket, vagy beteszed a szervert contextbe, vagy akármibe, hogy lehessen szűrni, collaboratorként felveszed a mindenkit, aztán bőszen nyomkodod a pipát azon, ami kész van.

de ezt szerintem kb bármelyik ilyennel elő lehet adni.




Heti-havi kötelező feladatok web based controlling valami sysadmin célra: https://hup.hu/node/150389#comment-2036510

ill ne az alternative.to-t, hanem az alternativeto.net-et turd.




Szereted a fülhallgató aljzatot?: https://hup.hu/node/150192#comment-2035314

azért azt ugye tudod, hogy ahol azt kérik, hogy nincs rádió, ott nem azt kérik, hogy legyen kis repülőgép ikon a sarokban, mert az olyan cuki, hanem azt, hogy ki legyen kapcsolva a rádió, a BTt is beleértve?




Szereted a fülhallgató aljzatot?: https://hup.hu/node/150192#comment-2035386

Nyilvánvalóan túlaggódás, annó valaki megállapította, hogy ebből akár pech is lehet, és a közelmúltig ez nem nagyon zavart senkit se, mert egy térerő nélküli telefonnal max snakezni lehetett, az meg azért annyira nem volt fontos. Mindössze azt akartam jelezni, hogy az már nem flight mode, ha visszakapcsolod a BTt, attól még, hogy a pöcs software otthagyja az ikont (amit nem is értek egyébként)




Szereted a fülhallgató aljzatot?: https://hup.hu/node/150192#comment-2035887

" Ezért aztán egy sima audio erősítőn is hallani,"

ilyen valóban volt, még valami köcsög be is tette a rádiós tucc tucc számába, hogy tüdüp-tüdüp-tüdüp, hadd keresse mindenki a telefonját. A gyakorlatban utoljára a kilencvenes évek végén hallottam ilyet :)




Szereted a fülhallgató aljzatot?: https://hup.hu/node/150192#comment-2036231

nem, a GSMből okosították ki. ;)




Szereted a fülhallgató aljzatot?: https://hup.hu/node/150192#comment-2036260

Nem, csak nem üvöltik tele olyan erővel az étert?




Szereted a fülhallgató aljzatot?: https://hup.hu/node/150192#comment-2036269

A tipikus tüdüp-tüdüp-tüdüp az speciel pont cellaváltásnál volt, uh elméleted alapján rosszabbnak kellene lenni a helyzetnek (jó, eltekintve attól, hogy mostanában nem nagyon tartózkodik a telefon a városban alapból a gsmen). Azon a protokolon tekertek valamit, mivel egy ilyen rendszerben az optimális meghatározása nagyon nem triviális ;)

szerk: közben rájöttem, hogy lehet hogy nem (csak) cellaváltásnál, hanem dedicated módba kapcsolás előtt (bejövő hívásnál) tudta ezt.




Szereted a fülhallgató aljzatot?: https://hup.hu/node/150192#comment-2036276

Mert váltásnál volt valami, ami "hangosabban" sugárzott (ezt csak nagyon szőr mentén láttam, de tippre arról van szó, hogy fogalma sincs, milyen messze van az átvevő cella, szóval poti felcsavar, aztán mikor látták, hogy ez így nem jó, akkor okoskodtak valamit). Ha ez van, akkor meg a sűrűbb cellaváltás sűrűbb ciccegést erdedményez :)




Szereted a fülhallgató aljzatot?: https://hup.hu/node/150192#comment-2036298

Hidd el, némi fogalmam van, és az hogy a handset mit mér, az egy dolog, az meg hogy adott esetben a bázisállomás mint mond neki, hogy mit csináljon, az meg egy másik. :) Az biztos, hogy valamit kicsavartak belőle, hogy jobban ésszel sugározzon, ilyesmikkel elég sokat játszanak a rádiós urak.




Szereted a fülhallgató aljzatot?: https://hup.hu/node/150192#comment-2035316

nincs ott havonta cserélődő elem. Most megnéztem az egerem, szegény logit lassan cserélni kell, mert kezd széthullani (szarháziak kezében van a popszakma újabban sajnos), de levettem fedlapot, szerintem még a vele kapott duracellek vannak benne konkrétan, de aztán lehet, hogy életciklusa alatt egyszer már kicseréltem.




How to Crash Systemd in One Tweet: https://hup.hu/node/149726#comment-2025262

vagy csak megunta a dedós stílusod...




How to Crash Systemd in One Tweet: https://hup.hu/node/149726#comment-2025281

ja, mert nehéz lett volna az aki nem tud angolul kezdetű fikázásod, meg az olyan értelmetlen faszságok, mint a systemd userek szintjén való szórakozás -- miközben azt ugye leginkább a disztró dönti el, de nem baj, bizonyára mindenki hülye, aki systemdt használ -- és az egyéb masszív, zeró információt tartalmazó személyeskedésed helyett benyögni, annyit, mint pl zitev, hogy nézd már meg a cikkben, hogy nem determinisztikus, futtasd ciklusban. Nem, neked ehelyett a másik angoltudásába kell minden alap nélkül belekötni, aztán meg jönni azzal, hogy a másik csak védekező frázisokat puffogtat a stílusodról. Az barátom azért van, mert a stílusodon kívül semmit nem mondtál.




How to Crash Systemd in One Tweet: https://hup.hu/node/149726#comment-2025362

én ugyan nem, de kb erre számítottam. :)




How to Crash Systemd in One Tweet: https://hup.hu/node/149726#comment-2025263

Sajnos valóban nincs, mert az évek megmutatták, hogy az igazi kérdés:
"The immediate question raised by this bug is what kind of quality assurance process would allow such a simple bug to exist for over two years (it was introduced in systemd 209). Isn't the empty string an obvious test case? "
gyakorlatilag bármelyik fontos szoftverre igaz, láttuk, hogy mind tele vannak banális hibákkal, szóval sajnos valóban nincs itt semmi látnivaló, pedig jobb lenne, ha ez az lenne.




Pletyka: OnePlus 3T: https://hup.hu/cikkek/20161026/pletyka_oneplus_3t#comment-2034232

"Ha jol tudom az one plus termekek egy sajat modositott rendszert hasznalnak, gondolom reszelgetik ok is, hogy jobb legyen, kerdes lehet-e, ezt a 6gb-t latva, eros a gyanum hogy nem :D"

Ja, de reszelgetés, meg tök újraírás a generalista megoldások overheadjének kiiktatása miatt az két külön dolog.

(Bár én személy szerint erősen szkeptikus vagyok azzal kapcsolatban, hogy a droid -- vélt vagy valós -- teljesítményproblémái emiatt lennének, élek a gyanúperrel, hogy azok nagyrészt simán csak fos driverek. Mármint a szó kisbetűs értelmében.)




Pletyka: OnePlus 3T: https://hup.hu/cikkek/20161026/pletyka_oneplus_3t#comment-2033697

és imho ez az, ami most egy csomó vásárlót speciel teljesen hidegen hagy, magyarul teljesen jó az a fullHD. Igazából még mindig ott tartok, mint amikor anno megvettem a sony z-t, hogy tök jó, hogy fullhd, csak egy ekkora gyöszbe minek. Szoktam látni nem olyan telefont is, érdemi különbség nincs. (Ja de, lassan megint kitalálhatnak a webes gyerekek valamit, mert kis túlzással a responzív weboldalak a telefont fogják normális screennek nézni, egy aljaközép x768 laptopot meg mobilnak, hehe)




TotalCMD ftp kapcsolat várakozás (warftpd): https://hup.hu/node/149367#comment-2021006

Segítene, ha adnál valami használható információt. Logot a szerverről, logot a kliensből, neadjisten valami tcpdump/wireshark akármit.




TotalCMD ftp kapcsolat várakozás (warftpd): https://hup.hu/node/149367#comment-2021054

Azért tehetnél ide egy működő és egy nem működő bejelentkezéskör készülő logot.
Vagy azt, hogy pl mit irogat oa totalcmd a connect ablakban, vagy odafent.
Vagy azt, hogy mi látszik egy wiresharkban ilyenkor.




TotalCMD ftp kapcsolat várakozás (warftpd): https://hup.hu/node/149367#comment-2021227

és mindeközben odafent logol...

esetleg megnézni mondjuk egy browserrel, vagy valami?




UNIX, UNIX-szerű rendszeren az általam látott legnagyobb "load", amiből a rendszer még kikeveredett gond nélkül: https://hup.hu/szavazasok/20161019/unix_unix-szeru_rendszeren_az_altalam_latott_legnagyobb_load_amibol_a_rendszer_meg_kikeveredett_gond#comment-2030510

Inkább úgy mondanám, hogy 70-80 körül láttam már dolgokat maguk alá fordulni. :)




UNIX, UNIX-szerű rendszeren az általam látott legnagyobb "load", amiből a rendszer még kikeveredett gond nélkül: https://hup.hu/szavazasok/20161019/unix_unix-szeru_rendszeren_az_altalam_latott_legnagyobb_load_amibol_a_rendszer_meg_kikeveredett_gond#comment-2031065

őő, attól miért menne fel a load? az üres időben a proci futtatja a ++t, nem fog várni executionra...




UNIX, UNIX-szerű rendszeren az általam látott legnagyobb "load", amiből a rendszer még kikeveredett gond nélkül: https://hup.hu/szavazasok/20161019/unix_unix-szeru_rendszeren_az_altalam_latott_legnagyobb_load_amibol_a_rendszer_meg_kikeveredett_gond#comment-2032985

Bakker, és tényleg, most nézve trivi :)




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2028405

speciel az új officeban megjelent send a simle|frown hibabejlenetnő izé teljes screenshotot tud csak csinálni, véletlen se snipping tool, vagy legalább csak az app ablaka, uh a support nem akar behatárolt screenshotot :D




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2028633

ez +1, mikor olvastam, nekem is az jutott eszembe, hogy a francnak se hiányzik egy kérdés nélkül fasz se tudja hova rakott jpg (egyébként png, hamár). Mondjuk én eddig is jól el voltam a snipping tool elindításával launchyból, de tény, ha administrálnék win servereket, abban egyet értenék treyyel, hogy ha alapból van paint, akkor alapból legyen már snipping tool is.




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2028651

"A baj az, hogy nem kellene így, vagy úgy működnie csak azért mert nekem ilyen, neked meg olyan igényed van. Működhetne mindkétféleképp alapból :)"
már arra gondolsz, hogy akinek nem kellenek a képek, annak is gyűljön mondjuk a pictures alatt a szemét alapból? :)




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2028690

De akkor azon menne a hiszti, hogy melyik van a sima printscreenen ;)




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2028853

vagy szimplán neki ez tetszik, és nem érdekli mások véleménye. vagy a faszijának ez tetszik, és a kedvére akar tenni. vagy épp nincs faszija, és ezzel ki tudja szűrni a randikon a besavanyodott hülyéket, akik nem érdeklik. vagy csak szimplán unta a rohadt nagy forgót azon az oldalon. vagy akármi.

számos dolog lehet egy ilyen haj mögött, csak azért, mert nem illik a te "normálisról" alkotott elképzelésedbe, még nem biztos, hogy rögtön polgárpukkasztó lázadó.




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2028876

Azért remélem, te is belátod, hogy ez egy ordasnagy csúsztatás volt.




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2029234

jól emlékszem, te vagy a gyúrós köcsög? :)




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2029372

Azok nem mind ilyen cucctól impotens, összetett mondatot megfogalmazni képtelen bunkók? Hogyhogy tudsz gépelni? :)

Ha érted, mire akarok kilukadni azzal, hogy valakinek a hajából komplett személyiségrajzot levezetni nem feltétlen a leghelytállóbb gondolat?




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2029486

ezt akármelyik random ilyen okoskára is el lehetne mondani, nem folytatnám, parttalan.




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2029239

" Aki bevállal egy ilyen frizurát, alapból megosztja a közönségét, ahogy te is írtad. Ezek után ne csodálkozzon rajta, hogy x százaléknak tetszik, y-nak meg nem."

Ezt nem vitattam egy percig sem. Azt vitattam, hogy biztos pont ez a csaj mozgatórugója, hogy megossza az embereket. És igen, a hippik is igen jó példái ennek. Polgárpukkasztók voltak? Azok, persze. Azért csinálták, hogy Smith néni szívszélhűdést kapjon rajtuk? Biztos volt olyan is, de élnék a gyanúperrel, hogy a legtöbb szimplán csak szeretett bulizni, szívni meg piálni, és pont leszarták Smith néninek mi a véleménye.




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2029240

"Ha minden rendben van az extravagáns kinézettel, akkor miért nem néz mindenki így ki?"
Miért kéne? Nekem pl tetszik egy csomó tetkó, de zéró igényem van arra, hogy magamra tegyek.

(by the way, az most még mindig ördögtől való polgárpukkasztás, ahogy apám tartja -- és akinek egyszer kurvajót fogok röhögni a fején, mikor rájön, hogy az egyik általa igen nagyra tartott haverom konkrétan szénné van varrva a póló alatt -- vagy az a reális, hogy 35 alatt lassan már inkább az a norma, hogy van rajtad valami? Polgárpukkasztok, hogy nekem nincs?




3D rajzolásra lesz képes az új Paint egy kiszivárgott video szerint: https://hup.hu/cikkek/20161010/3d_rajzolasra_lesz_kepes_az_uj_paint_egy_kiszivargott_video_szerint#comment-2029488

Őszintén szólva nem nagyon értem, ez hogy jön a mondandómhoz. Ami kontextusban tudom értelmezi, az pont a közepén levő mellékes megjegyzés, ami pont azt példázza, hogy az ilyen jellegű külsőségekből levezetés mekkora baromság. Faterom szerint kb mindenki, aki tetováltat hülye, meg polgárpukkasztó, de minimum sittes, meg ilyet nem is szabadna hagyni. Ez van, ő még ezt a társadalmi normát tanulta :) Szegény láthatóan zavarban is van, mikor az ismeretségi körből valakire ilyen kerül, mert azért azt mégis érzi, hogy az általánosságban előadott véleményét mégsem feltétlen kéne rávetíteni a delikvensre. És vicces, hogy van olyan, akit tök nagyra tart, és nem tudja, hogy durván ki van varrva (nem mintha a delikvens egyébként rejtegetné a tetkótit, egyszerűen munkaruha alól kilátszó részen nincs rajta). Egyben jól mutatja, mennyire felületes ez a biztos azért csinálja, mert polgárpukkaszt.




GSM háromszög GPS helyettesítésére?: https://hup.hu/node/150103#comment-2031076

Hát, elvileg talán, mert tulajdonképp nagy vonalakban megvan az összes info hozzá, de arra, hogy használható lesz nagy tételben nem fogadnék. Egyrészt háromszögelni nem is olyan egyszerű móka a gyakorlatban. Másrészt a háromszögeléshez tudni kellene, hogy hol van az antenna. Na most ezt nem kötik az orrodra a szolgáltatók (elég érzékeny adatnak tekintik). Vannak ugyan nyílt adatbázisok, amik közösségileg épülnek de ezek azért hagynak kívánnivalót maguk után -- vagy legalábbis hagytak -- Anno integráltam szolgáltatóknak ilyen helymeghatározókat, volt alkalmam összevetni valós adattal. Ráadásul egyre dinamikusabb a cellakezelés (csavargatják, paraméterezik), ami miatt ilyet még nehezebb naprakészen tartani. Másrészt meg ezekben inkább gps meg radios mérés van, nem a torony helye. Szóval a gyakorlatban ebből háromszögelni nehéz ügy. A cella alapján egy kbt be lehet lőni (ami egyébként városban messze nem olyan rettenetes, google maps is azzal kezdi), de gps közeli pontosságot elég esélytelen (azt a szolgáltató is csak nagyon drága technológiával tud, nem sok helyen van)




GSM háromszög GPS helyettesítésére?: https://hup.hu/node/150103#comment-2031204

Tudja azt szerintem minden base station, de én itt most nem erra a cella információra gondoltam. :) Az egy kézibeállítós broadcast üzenet -- az más kérdés, hogy itthon többnyire a város nevét írták a cellába. Most is lehetne még, valahol az androidból is elő lehet talán kaparni a supportot hozzá ha jól emlékszem, csak szerintem a kutya nem használja semmi értelmesre (őszintén szólva lehet, hogy wcdma meg lte esetén már nincs is ilyen).

Amiről én beszélek, az egy adatbázis, hogy melyik cella hol van. A szolgáltatóknak tipikusan olyan adataik vannak róla, hogy itt az antenna, erre van tájolva, ennyire van megdöntve, antenna paraméterek (beam width, milyen erősen sugároz épp, stb), a külsősöknek meg általában olyanok, hogy gps alapján itt vagyok, és itt a különböző celláknak ilyen rádiós paramétereit látom (ilyen "erősen" hallom őket). Ezekből lehet aztán később megpróbálni kitalálni, hogy hol vagy, gps híján. A szolgáltótéból úgy, hogy tudja melyik cellában vagy, aztán ez alapján (meg valamennyi a készüléktől kért mérés alapján) rajzolja, a külsősök meg gyak abból, hogy ezeket a cellákat / wifiket hallom, mondj már hozzá egy gpsből jövő koordinátát. (nyilván ennél azért szofisztikáltabb)




GSM háromszög GPS helyettesítésére?: https://hup.hu/node/150103#comment-2031234

Mint lejebb E-medve mutatta, volt pl a googlinak is valami apija, de pl anno az opencellid ment. Űgy látom még van, de a térkép elég használhatatlan.




GSM háromszög GPS helyettesítésére?: https://hup.hu/node/150103#comment-2031666

Egyrészt ezt írtam is, másrészt viszont ne becsüld alá mondjuk a googlehöz befutó releváns adatok milyenségét. Arra, hogy egy cella meg egy wifi hol van, meglepően pontos adataik vannak.




GSM háromszög GPS helyettesítésére?: https://hup.hu/node/150103#comment-2031844

ezzel most vitatni, vagy megerősíteni akartad, amit mondtam? :)




GSM háromszög GPS helyettesítésére?: https://hup.hu/node/150103#comment-2031194

kicsit kevésbé fáradtan: eléggé rápörögtem a konkrét háromszögelés kifejezésre, cella (meg egyéb más, pl wifi) alapú locationt az összes értelmes mobil platform csinál magától, a google elég jól (nem tudom megvan-e még, de anno a mapson vizuálisan is jól látszott, hogy egy nagy kék kört rajzolt neked, amíg meg nem volt a gps fix) nem hiszem, hogy találsz appot, ami jobb lenne. Ez nyilván nem gps pontosságú, de kb hol vagyokra elég szokott lenni.

(Ja, és metróban meg aztán főleg szevasz a háromszögelésnek ;) )




Web alapú levelező kliens: https://hup.hu/node/150049#comment-2030511

Lássuk, mikor ér ide sj. :)




Releváns Windows Store találatok: https://hup.hu/node/149946#comment-2028634

amikor a saját keresőtök nem találja meg a lync szó beírására a lyncet, csak valahol a harmadik oldalon (nem, már akkor sem, amikor nem volt még skype for biznicc), meg egyébként is képtelenség releváns találatokat kapni, arra az ember csak legyint, hogy ez úgy szar, ahogy van, nem fog rajta egy feedback segíteni. :) Mész, és desktopon kiguglizod, aztán a program direkt nevére keresve a mobilon valahol csak rajta lesz a listán :D




Releváns Windows Store találatok: https://hup.hu/node/149946#comment-2029231

cask kár volt bullshitelni a feedback appról. ;)




Releváns Windows Store találatok: https://hup.hu/node/149946#comment-2029367

nem azt mondtam, hogy a feedback app önmagában rossz. Nyilván nem az, olyat ritkán baszunk az ember orrába mondjuk az office felületén, amiből aztán nem akarunk valami infót kinyerni.

A feedback arra jó, hogy valami kisebb feature nem mőködik, vagy értékes visszajelzés arról, hogy szar helyen van a gomb, vagy hogy sokan nem arra akarják használni valamelyik feturet, amire gondoltuk, hogy való, vagy lássuk, hogy valami állandóan összefossa magát. Arra viszont, amilyen mértékben a store keresője használhatatlan, nem való. Tényleg nehéz mást mondani rá, mint hogy úgy szar az egész, ahogy van. És ha az a bagázs nem látja feedback app nélkül, hogy konkrétan nem lehet vele megtalálni semmit, akkor menjenek el kapálni. És arra mutogatni, hogy lehet feedbacket küldeni ilyenkor, hát, minimum cinikus.




Garanciális ügyintézés vasgolyóval egy francia Apple szaküzletben: https://hup.hu/cikkek/20161003/garancialis_ugyintezes_vasgolyoval_egy_francia_apple_szakuzletben#comment-2026116

jaja, lehet nem tudták eladni azt a sok vackot, felbérelték a mukit :D :D :D




Garanciális ügyintézés vasgolyóval egy francia Apple szaküzletben: https://hup.hu/cikkek/20161003/garancialis_ugyintezes_vasgolyoval_egy_francia_apple_szakuzletben#comment-2026213

nem mondja, kapitány? :)




Linux ismeretekkel rendelkező rendszergazda: https://hup.hu/node/149200#comment-2016551

mármint hogy mennyire hajlandó valaki bullshitet írni a doksiba? ;) és ha igen, akkor minuszpont :D




Linux ismeretekkel rendelkező rendszergazda: https://hup.hu/node/149200#comment-2017391

igen, ez bennem is felmerült :)




Linux ismeretekkel rendelkező rendszergazda: https://hup.hu/node/149200#comment-2017480

el tudnék képzelni olyat, hogy ilyen helyzetben lenne ami mozgasson, hogy újat tanuljak, de mondjuk az önuralom pont nem lenne köztük :)




"A Windows 10 felhasználói programokat távolít el engedély nélkül": https://hup.hu/cikkek/20151125/a_windows_10_felhasznaloi_programokat_tavolit_el_engedely_nelkul#comment-1934000

Mondjuk ez technikailag annyira fszkorbács díjas, hogy kétlem, hogy ilyet adna ki a kezéből az MS.




"A Windows 10 felhasználói programokat távolít el engedély nélkül": https://hup.hu/cikkek/20151125/a_windows_10_felhasznaloi_programokat_tavolit_el_engedely_nelkul#comment-1934038

Fenét, ez akkora kurvanagy gányolás, hogy ilyet nem szabad kiadni a kezedből. Ha arra van erőforrás, hogy nézegessük, hogy melyik progi nem kompatibilis, arra is legyen, hogy tudjuk, hogy kell uninstallni. Ha meg nem tudjuk, akkor szóljunk a usernek, hogy szerintünk ez szar.




"A Windows 10 felhasználói programokat távolít el engedély nélkül": https://hup.hu/cikkek/20151125/a_windows_10_felhasznaloi_programokat_tavolit_el_engedely_nelkul#comment-1934094

Hozzátenném, fogalmam sincs, mi történik a valóságban, arra a felvetésre reagáltam, hogy ha csak az exet cseszi ki, akkor az gáz. Ettől nyilván lehet másképp is. Ha tippelnem kéne, leginkább valami defender -- vagy épp hogy hívják -- bug lehet, virnyákírtók csinálnak ilyet. mondjuk az is elég vaskos elbaszás akkor :)




SOHA ne vegyél szoftvert: https://hup.hu/node/149776#comment-2025710

Bár nem én lettem megszólítva, de mivel én is szoktam ilyet látni: feszt se érdekli annyira, hogy emiatt dev consolet nyisson, az ember egy mordulás mellett nyom egy ctrl-a -t aztán begépeli mit szeretne, csak furi, hogy mostanában tényleg van ilyen. Biztos ez a fasza rolling szabvány egyik featureje :)




SOHA ne vegyél szoftvert: https://hup.hu/node/149776#comment-2025730

Ja, arra gondoltam. És nyilván nem segítenek a webkóklányolók sem, de azért azt el tudom képzelni, hogy valami elbaszódik a custom js mögött, ami miatt megáll :) (mondjuk úgy, hogy gyanús, hogy nem csak a user oldalon vannak kóklányolók, hanem egy részük senior kóklányolóként közelébe mehet a specnek :) )




SOHA ne vegyél szoftvert: https://hup.hu/node/149776#comment-2026031

Hacsak az algoritmus nem tartalmaz olyan elemeket mint pl:
- mekkora cég vagy
- mennyire sikerült már lockineznünk téged
- jó vagy e potenciális ugródeszkának

vagy bármi olyasmit ami a megrendelő személyétől függ :)




SOHA ne vegyél szoftvert: https://hup.hu/node/149776#comment-2026070

ez a meccs sajnos elég gyarkran nulla összértékre jön ki.




Apple will automatically download macOS Sierra on Macs starting today: https://hup.hu/node/149803#comment-2026071

még :)




Fizuk: https://hup.hu/node/149632#comment-2024196

"széf plész for hup" :)




Puppet, Chef vagy Salt?: https://hup.hu/node/138188#comment-1836113

Itt a srácok nézegetik, ha jól értem kb foreman, plusz valami izé, ami a spacewalkot hivatott leváltani repo management ügyileg.




Puppet, Chef vagy Salt?: https://hup.hu/node/138188#comment-2024224

nem, csak a tower az. Maga az ansible opensource.




Puppet, Chef vagy Salt?: https://hup.hu/node/138188#comment-2025053

legalább az ssh root@ jellegű okoskáktól véded magad.




Puppet, Chef vagy Salt?: https://hup.hu/node/138188#comment-2025084

úgy, hogy ha le tudod kapcsolni a root-tal való direkt logint, akkor az ismert usernévvel próbálkozó biztosabban nem jut be, mintha lenne elméleti esélye, hogy mondjuk megtörik a kulcsot, vagy a root jelszavát. (ráadásul viszonylag egyszerűen lehet mondjuk fail2banolni)

Nem nagy ügy ez egyébként inkább csak junk control.




MS UI dizájn fail #tízcsillió: https://hup.hu/treyblog/20160920/ms_ui_dizajn_fail_tizcsillio#comment-2022075

"Példának okádék. Hogy mi áll a "ne lehessen az ablakot átméretezni, nehogy egyszerűbb legyen a parasztnak" filozófia mögött, az számomra rejtély."

Nem kell ezeket az idegeseítő faszságokat tesztelni, meg bonyolult widgeteken gondolkodni, oda lehet baszni minden widgetet fix helyre, azt csoki.

Ide a rozsdás bökőt, hogy ezt a fentit egy darab itemmel tesztelték anno, akkor nem kell jobboldali csúszka, következésképp pont kifér a time vége, tehát lenti sem, minden nagyon nett, rendben van ez az ablak ;)

(egyébként személyes véleményem, hogy aki egy "beszart az egész, bocs"-nál bonyolultabbat modal ablakba tesz, szedjen hangyát :)




MS UI dizájn fail #tízcsillió: https://hup.hu/treyblog/20160920/ms_ui_dizajn_fail_tizcsillio#comment-2022088

Tudom. És az esetek nagy többségében azt kerüli ki, hogy amíg azt baszogatod, ami azon van, addig ne tudd az alatta levőt bántani, és mint ilyen szerintem legtöbbször olcsójános megoldás (egy hosszú form igenis kerüljön a fő ablakba a tartalom helyére)

Az valóban csak egy mellékhatás, hogy a legtöbb toolkit a modal ablakokat valami kő egyszerű konténerbe teszi (Hint: vajon miért? :)), amin aztán nyilván fos lesz bármi normális használatra.




MS UI dizájn fail #tízcsillió: https://hup.hu/treyblog/20160920/ms_ui_dizajn_fail_tizcsillio#comment-2022095

" Ezért is szokás a hosszú formokat több lépésre bontani, aka varázslókat csinálni."

Vagyis nem olcsójánosként egy modalra rábaszni, mert kötelező. Egyetértünk mi ;)

Komolyan, tudom mire való, de rengetegszer fosul használják. Lásd ez a példa is, ne bassz már, hogy ennek egy modalon van a helye. A control center és környéke tele van ilyen borzadályfossal, hogy gyakorlatilag az al-featureok vannak ilyenekre pakolva. Semmi keresnivalójuk ott.

Az meg már tényleg az imho véleményem, hogy ma már az esetek nagy többségében ennél jobb ui megoldásokat lehet adni a problémára.




MS UI dizájn fail #tízcsillió: https://hup.hu/treyblog/20160920/ms_ui_dizajn_fail_tizcsillio#comment-2022173

anniversary izé esetleg?




MS UI dizájn fail #tízcsillió: https://hup.hu/treyblog/20160920/ms_ui_dizajn_fail_tizcsillio#comment-2022557

Most jött meg a cégnél a friss office, van rajta a jobb sarokban ilyen vigyorgós / szomorú fejecske, hogy we Appriciate your feedback. Is there something we can do better? Ez kéne mindenhova. (Bár sajnos, mikor épp szürkén homokórázik az egész excel percekig, akkor nem tudom megnyomni, hogy az nem tetszik)

Mondjuk, most hogy megnéztem, full screenshotot csinál, uh végül is ki lehet mellette nyitni az összes szar ablakot, és odaírni, hogy azzal van baj :D




MS UI dizájn fail #tízcsillió: https://hup.hu/treyblog/20160920/ms_ui_dizajn_fail_tizcsillio#comment-2022099

">>Tényleg nem jó<< - ez lenne a védekezés? :)"

Nem, ez az eufemizmus volt ;)




Kalandozások a magyar egészségügyben: https://hup.hu/node/149612#comment-2022971

arra vissza lehetne trollkodni, hogy pedig sokkal kevesebbszer lesz nekik komoly bajuk, mint a népsportos focistáknak :)




Más eszköz töltőjével?: https://hup.hu/node/149073#comment-2018216

" Nokia tolto tipustol fuggoen 3.7 es 9v kozott barmi lehet hiaba USB csatis."

szép. És egyébként aki ezt kitalálta azt -- hogy klasszikussal éljek -- a többiek miért nem verték agyon?




Linus utazós laptop választása: https://hup.hu/cikkek/20160914/linus_utazos_laptop_valasztasa#comment-2021972

bazzeg, ezt még olvasni is hányinger...




Linus utazós laptop választása: https://hup.hu/cikkek/20160914/linus_utazos_laptop_valasztasa#comment-2022132

vazze.

Az igazán durva az, hogy hitetlenkedve rágugliztam, és megtaláltam pl ezt (amin legalább az esc a helyén van, csak a tilde nincs -- nem mintha ez érdemben javítana az ítéleten), majd elmegyek a lenovohoz, hogy ezt tényleg komolyan gondolták-e, és mindhárom X1 képein egy (többé kevésbé) normális bill köszön vissza. Holott a neten is látszik, hogy lófaszt.




Linus utazós laptop választása: https://hup.hu/cikkek/20160914/linus_utazos_laptop_valasztasa#comment-2022552

Ezt az én agyam még viszonylag gyorsan megszokta (most is ilyen van). Nem mondom, hogy szeretem, meg nagy ritkán nem ütök mellé, de megy. Viszont a nem szokásos elrendezésben levő home/end/pgup/pgdown az nem, hiába van egyébként a körülményekhez képest értelmesen elhelyezve, az annyit segít, hogy lenézve néha használom. Ha extra kretén helyen van (fn es bohóckodás, vagy ilyes, akkor meg másodpercekig kutatom hosszú idő után is...)




Újra rendelhető Magyarországról is a OnePlus 3: https://hup.hu/cikkek/20160913/ujra_rendelheto_magyarorszagrol_is_a_oneplus_3#comment-2021414

Az enyhén kilógó optika a gyakorlatban mennyire idegesítő? Mert ránézésre azért jár egy tockos...




Újra rendelhető Magyarországról is a OnePlus 3: https://hup.hu/cikkek/20160913/ujra_rendelheto_magyarorszagrol_is_a_oneplus_3#comment-2021421

Danke :)
Én is erősen gondolkodom, és én sem nagyon bírom a tokokat (bár ezek még egész istenesen néznek ki), viszont én ismerve magam, tuti nem fogok mondjuk csak ezért egy szivacslapot tartani. Igazából kérdés, hogy zsebben akad-e, meg hogy simán letéve mennyire billeg?




Újra rendelhető Magyarországról is a OnePlus 3: https://hup.hu/cikkek/20160913/ujra_rendelheto_magyarorszagrol_is_a_oneplus_3#comment-2021540

ez még beleférősnek hangzik, danke :)




Centos 7 - naprakész csomag tároló.: https://hup.hu/node/149468#comment-2020466

van, ahol a verziófetisizmus nem olyan húde fontos...

(és 6 to 7 upgade, legalábbis bizonyos körülmények között, elvileg van)




Centos 7 - naprakész csomag tároló.: https://hup.hu/node/149468#comment-2020498

az ugye megvan, hogy azért az rh ezeket erősen secupatchelgeti, ugye?




Centos 7 - naprakész csomag tároló.: https://hup.hu/node/149468#comment-2020681

nézd, az rh arról szól, hogy nem kell kétévente mindent nagyprojektben minden szart migrálni, mert major OS upgrade van, hanem a karbantartott ágon hosszan megy nagyjából ugyanaz (van, amiből csúszik be frissebb, mert olyan az upstream, de a nagy szopásokat azért el lehet kerülni). Ez azzal jár, hogy meglátod a verziószámot, és rosszul leszel, meg hogy a csudifriss mindenféle időnként nincs. Ilyen szempontból elég debian stable ez is egyébként, kb 3.5 éves release ciklus, a vége fele nyilván nem a legjobb, bár ők azért a pointreleaseekkel tolnak bele új dolgokat.

Friss phpre nem feltétlen ez való, őszintén szólva az alapján, amit lent írtál (gyak minden amit használsz más tárolóból) nem centosra kell összerakni, jobban jársz valami normális disztróval, amiben alapból benne van, ami neked kell.

Ha meg kifejezetten ezt kérték, akkor érdemes kérdezősködni az ilyen külsős tárolókról, nehogy meglepetések érjenek átadáskor, mikor közlik, hogy arról biza szó se lehet.




Centos 7 - naprakész csomag tároló.: https://hup.hu/node/149468#comment-2020738

"Vagyis ha nincs funkcionális oka a frissebbnek akkor nincs ok frissíteni."
Igen, gyak így van.

" gyakorlatilag warez"
Ez hülyeség nagyon szerencsétlen hasonlat. A külső tárolóval az a baj, hogy fogalmad sincs, mi van benne, hogy mennyire értelmesen kezelik a secu patcheket....

"Egyedül a szoftver fejlesztőjének tárolóját tekintem hivatalosnak a disztribúció tárolóján kívül. Így lett friss mysql ami tökéletesen működik és integrálódik a rendszerbe."
... és hogy mennyire fostalicska, amit egyébként integráció jelleggel csinálnak. Itt ráadásul az ilyen gyártói izék (nem kifejezetten a mysqlről beszélek, hanem úgy általában) veszélyesebbek, mint valami extra repo, mert míg az utóbbit ált valaki olyan csinálja, aki centost használna, csak hiányoznak a normálisan hozzácsomagolt cuccok, az utóbbit a gyártó, akinek nem feltétlen van fogalma az összes disztró ügyesbajos hülyeségeiről, vagy akar vele foglalkozni, aztán jön a jó lesz ugyanaz a fostalicska initscript mindenhova.




Érdekes domain bejegyzési vita avagy le lehet védeni az okos szót?: https://hup.hu/node/149622#comment-2022961

Ráadásul
- a mobilkisokos weboldal rájátszott a konkurenciára
- a faszi válaszra se méltatta a testületet
- és kikapálta alóla a céget (ráadásul kényszertörléssel), ami alapján anno megkapta
- az oldalt valami random másik cég viszi a rajta levő szöveg alapján

Szerintem teljesen korrekt döntés volt ez, egyértelműen rosszhiszemű üzleti gyakorlat.

"Ilyen jogi ? érvek alapján akkor például egy rablás után a rabláshoz használt csavarhúzótm feszítővasat gyértó céget vonják felelősségre?"
Ezt hogy sikerült levezetni? Inkább arról van szó, hogy feszítővasad lehet, de ha rablásra használod, akkor bizony el fogják venni.




Érdekes domain bejegyzési vita avagy le lehet védeni az okos szót?: https://hup.hu/node/149622#comment-2022988

Ja, mert a domain a mobil west kfthez egyszer csak úgy odakerült. Reggel arra keltek a rendszergazdáik, hogy nézd már itt egy új oldal. És a bejegyzés után a magánszemély ez ellen már semmit nem tudott tenni, tekintve hogy... őőő várj, övé a domain, azt csinál vele, amit akar.

Ezzel szemben a magánszemély olyan hülye volt, hogy az egyetlen dolgot, amit érvként tudott volna felhozni, megszüntette, és biztos ami biztos, még át is nevezte. Vagyis lehet, hogy mikor bejegyezte, még volt jogalapja, de most már nincs, erre még rásegített azzal, hogy a domainen rosszhiszemű üzletmenet folyt. A domain név nem alanyi jog. :)




Érdekes domain bejegyzési vita avagy le lehet védeni az okos szót?: https://hup.hu/node/149622#comment-2023024

Személy szerint én sem nagyon hiszek az ilyen jellegű védjegy dologban, speciel a kisokos már annyira köznyleviesedett, hogy nem nagyon kéne -- bár azt nem tudom, hogy mióta van ez a védjegy, az sem szép, amikor egyszercsak arra kelsz, hogy a drága branded már nem a tied, mert annyira jól csináltad :) -- jó eséllyel sose kellett volna. Ezzel együtt a
- ne csúsztass, nem az okos, hanem a kisokos szót védték le
- ha a faszi a mobilkisokoson nem a kisokoson próbált volna élősködni, hanem normális üzletet vitt volna, megtarthatta volna a domainját. Anno pl a westel -> t váltáskor próbáltak meg mindent megszerezni, ami 't-' -vel kezdődött, és el is lettek hajtva a picsába, szerintem olyan 100 határozatban.




Az Adblock Plus mostantól reklámokat mutat: https://hup.hu/node/149519#comment-2021559

és miért jobb telepíteni egyet, és kipipálni, amit akarsz, mint feltenni az addon managgerel, amit akarsz? nem mindegy, hol pipálgatsz?




Gagyi kék nyíl: https://hup.hu/treyblog/20160919/gagyi_kek_nyil#comment-2022068

kövezzetek meg, nekem ez egy szimpatikus apróság volt, mikor először láttam, nekiállunk lehúzni valamit, ami pár perc, van értelme addig egy kicsit mást nézni, kapok vizuális visszajelzést, hogy kész van.




Legszebb öröm a káröröm: https://hup.hu/node/149510#comment-2021564

Mer annak örülne a főnököd, ha a phpt próbálnád patkolni? (Tippre egy programnyelv karbantartása "kicsit" nagyobb meló, mint amit egy python/perl/ruby/akármi megismerésébe kéne ölni -- itt majd biztos megköveznek, de elég hasonlóak ezek :) -- ráadásul egy hangyafasznyit más típusú ismereteket igényel, mint átállni egy másik webes framewörkre.)




Thin Client. Hol és mennyiért?: https://hup.hu/node/145913#comment-1964166

Akkor neked nem thin client kell, hanem valami olcsó háziszerver, vagy htpc. Újonnan azért a 10-20 elég csücskös lesz.




Thin Client. Hol és mennyiért?: https://hup.hu/node/145913#comment-1964372

ezt speciel mástól még nem láttam, de itt egyértelmű, hogy félrebeszélés van. Eleve egy thin client, érted...




Mobiltelefonom belső tárhelymérete ... GB: https://hup.hu/szavazasok/20160831/mobiltelefonom_belso_tarhelymerete#comment-2016554

nem értem mi a gond, olyan okos, hogy egyedül is tud telefonálni, nem is kellesz hozzá. Ez már nem is okos, ez már ai :)




Mobiltelefonom belső tárhelymérete ... GB: https://hup.hu/szavazasok/20160831/mobiltelefonom_belso_tarhelymerete#comment-2017484

nyilván hiba :)




Mobiltelefonom belső tárhelymérete ... GB: https://hup.hu/szavazasok/20160831/mobiltelefonom_belso_tarhelymerete#comment-2018208

ok, javítok. Nyilván nem ai :)

(egyébként attól még, hogy a szoftver szar, attól még hiba)




A sorbanállás kultúrája (?): https://hup.hu/node/149117#comment-2014184

esetleg, hogy ne arra ;)




Nem megfeleően működik a hálózat: https://hup.hu/node/149498#comment-2020794

ezen mi a nem normális? random source portról van két kapcsolat 443-ra a firefox processtől. Ez tök normális.




Az Adobe újraélesztette a linuxos NPAPI Flash Player buildet: https://hup.hu/cikkek/20160908/az_adobe_ujraelesztette_a_linuxos_npapi_flash_player_buildet#comment-2019520

jaja, mondjuk egy racknyi cucc beszerzésénél bizonyára előkelő szempont lesz, hogy flash alapú-e a remote console, vagy már valami modern....




Samsung az ügyfeleknek: "kérjük, hogy kapcsolják ki Note7 okostelefonjukat": https://hup.hu/cikkek/20160911/samsung_az_ugyfeleknek_kerjuk_hogy_kapcsoljak_ki_note7_okostelefonjukat#comment-2019446

c) a többi gyártó szarik rá




Samsung az ügyfeleknek: "kérjük, hogy kapcsolják ki Note7 okostelefonjukat": https://hup.hu/cikkek/20160911/samsung_az_ugyfeleknek_kerjuk_hogy_kapcsoljak_ki_note7_okostelefonjukat#comment-2019509

Bevallom, ezt nem tudtam. Bár ettől még lehet más eszközben is :) De lásd lejebb.




Samsung az ügyfeleknek: "kérjük, hogy kapcsolják ki Note7 okostelefonjukat": https://hup.hu/cikkek/20160911/samsung_az_ugyfeleknek_kerjuk_hogy_kapcsoljak_ki_note7_okostelefonjukat#comment-2019511

Visszaolvasva, valóban annak hathat, de őszintén szólva túl sokra nem tartom ilyen szempontból a samut, de azért ilyesmire láttunk már leszarom reakciót. És nem feltétlen csak azért, mert a samu jócég, hanem mert sikerült egy egyébként jó nevű cégnek pont egy zászlóshajó modellnél pont egy média szempontból hálás (értsd, könnyen lehet neki dramatikus nagy feneket keríteni) aksiproblémába beleszaladni.




Samsung az ügyfeleknek: "kérjük, hogy kapcsolják ki Note7 okostelefonjukat": https://hup.hu/cikkek/20160911/samsung_az_ugyfeleknek_kerjuk_hogy_kapcsoljak_ki_note7_okostelefonjukat#comment-2019526

"- ceges telefon, nem draga" ;)




Samsung az ügyfeleknek: "kérjük, hogy kapcsolják ki Note7 okostelefonjukat": https://hup.hu/cikkek/20160911/samsung_az_ugyfeleknek_kerjuk_hogy_kapcsoljak_ki_note7_okostelefonjukat#comment-2019536

ez most hogy jön ide? :)




Samsung az ügyfeleknek: "kérjük, hogy kapcsolják ki Note7 okostelefonjukat": https://hup.hu/cikkek/20160911/samsung_az_ugyfeleknek_kerjuk_hogy_kapcsoljak_ki_note7_okostelefonjukat#comment-2019559

ja, hogy ilyen szempontból :) és igen, nyilván arról van szó, hogy ha a cég rendszeresen adja, akkor mindegy.




android, kitépem a hajam: https://hup.hu/node/149386#comment-2019542

szabadni épp szabad, de ha az acer appok fosok, akkor ilyen alapon szarazmsezni is lehtne emiatt :D




CallJam - emeltdíjas számot hívó malware-t találtak a Google Play-en: https://hup.hu/cikkek/20160911/calljam_emeltdijas_szamot_hivo_malware-t_talaltak_a_google_play-en#comment-2019541

- ez itu, nem ansi :) (tudom, nevesíti ezt ansi is, ha jól rémlik)
- maricék száma spec megfelel neki, zárójelben trunk szám, az area kódot meg ez a szabvány nem nevesíti, hogy milyen formában kell elválasztani, szerintem a subscriber number része, tippre.
- a ciscos az faszkorbács




HUP on the beach: https://hup.hu/node/149348#comment-2018483

mondjuk hogy tökéletesen szarul fókuszált, ráadásul fossá tömörített kép alapján ezt hogy döntötted el, azt nem tudom. :)




HUP on the beach: https://hup.hu/node/149348#comment-2018493

mivel a tájhoz van a fény mérve (és nem is annyira rosszul, mert nincs beégve az ég), ahol meg épp ezer ágra süt a nap, ezért ez konkrétan kb semmit nem jelent.




HUP on the beach: https://hup.hu/node/149348#comment-2018743

Látom én, hogy sötétnek hat, de az igazság az, hogy ez fényképen nem feltétlen jelent sokat, a nagy fénykülönbséget egy kamera eléggé másképp látja, mint az emberi szem (mi HDRezünk, ha úgy tetszik)




[megoldva] Minimál smart switch VLAN tag-eléshez: https://hup.hu/node/149335#comment-2017980

http://www.tp-link.com/en/products/details/TL-SG105E.html

én pár hónapja ezt láttam ebben a kategóriában mint legolcsóbb (az más kérdés, hogy végül a csudikereskedőnek nem sikerült vele ideérni, uh meguntam, azt vettem valami unmanaged cuccot)




1025 állomás leggazdaságosabb megcímzése: https://hup.hu/node/149166#comment-2015194

szerintem még karácsonyfa bácsi sokat emlegetett könyvének fordításában is ezt használják...




1025 állomás leggazdaságosabb megcímzése: https://hup.hu/node/149166#comment-2018209

gombááák, és akkor én b+. Ehhez képest karácsonyfa bácsi a fasorban se volt.




1025 állomás leggazdaságosabb megcímzése: https://hup.hu/node/149166#comment-2015224

mondjuk az tényleg megér egy alapos fa testápolózást.




1025 állomás leggazdaságosabb megcímzése: https://hup.hu/node/149166#comment-2015205

400 host címzéséhez egy /23-as hálózat kell. Az ugye 9 címezhető bit, a /16 meg 16 címezhető bit. Egy 16os hálózatban ezért 2^16 - 2^9 = 2^7 = 128 db 23as hálózat fér el.

(ha nem akarod ilyen "bonyolultan" nézni, akkor egy nagyobba 2 eggyel kisebb, 4 kettővel kisebb, 8 hárommal kisebb... stb alháló fér el.
---
Illetve kiosztható cím darabszámot külső netwörkből ne számolj, nincs értelme, azokból számolj, amiket valóban ki is fogsz osztani.
Iskolda:
itt most ha feleadat lenne megmondani mennyi kiosztható cím lenne, simán rászaladhatnál, hogy kiszámolod, hogy egy /23ban elfér 510, szor 128 és még -2 emiatt, holott az egybe esik a a legalsó /23 nw és a legfelső /23 broadcastjával, nem kell levonni
Való élet: semmi értelme, az érdekes, hogy a valóban kiosztott hálóban hányan férnek el.

(való élet plusz, van olyan, amikor nem vesztünk címet, pl mert egy direkt pont-pont kapcsolat van, nem kell. Láttam már embert értetlenül pislogni /31-es maszkra :) )




1025 állomás leggazdaságosabb megcímzése: https://hup.hu/node/149166#comment-2018212

Vagy kimaradt valami nálad, vagy a feladat szar. Egy networkbe (boradcast domainbe) nem teszünk több dhcp szervert, csak ha valamiért épp nagyon haragszunk a világra, valamelyik kollégánkra, vagy perverz örömöt lelünk szépen lassan kurvaidegessé váló irodisták látványában. (persze, redundancia miatt lehet ilyet, de nem úgy, hogy két egymásról nem tudó eszköz csinálja).

Ráadásul egy megosztás legyártásához kábé egy gép kell (jó, esetleg még egy tesztelni), hacsak nem valami bonyásabb bulit kérnek igazából...




1025 állomás leggazdaságosabb megcímzése: https://hup.hu/node/149166#comment-2018214

ó, abba még bele se mentem :) elég a feladat kiírásában szereplő két dhcpző doboz izoláltan is, de igazad van, úgy még szebb :)




1025 állomás leggazdaságosabb megcímzése: https://hup.hu/node/149166#comment-2018314

nyilván abból a feltételezésből indultam ki, hogy a dhcpszervert direkt teszi oda valaki, mert szerinte az úgy jó, nem abból, hogy a hülyegyerek bedug valamit az irodában a gépe mellé.

(bár imho kisközépben sajnos még tűl sűrűn siman nincs bekonfolt snooping, vagy akár arra képes eszköz)




Evernote utód keresése: https://hup.hu/node/149041#comment-2017952

Felemás. Todo lista nem megy, sytax highlight sem, táblázat viszont úgy fest igen.




Evernote utód keresése: https://hup.hu/node/149041#comment-2018206

igen, az owncloud kéne menjen, csak azt most hirtelen nem találtam, a sima github markdown

- [ ] meg kéne csinálni valamit
- [x] ez meg már kész van

cucc nem működik. Értsd nem renderelődik checkbox belőle a preview-n. Az van, hogy a legtöbb értelmes markdown renderer js lib, a srác meg qtban ír, uh elég fapad a markdown része.

Egyébként szimpi cucc, ami nekem hiányzik belőle az az, hogy lehessen értelmes szűrőket csinálni, neadj isten azokat valami viewként elmenteni.




Evernote utód keresése: https://hup.hu/node/149041#comment-2018237

egy kicsit belenéztem az issues részébe, abból vontam le ezt a következtetést ?ég tán azon is volt nyüssz, hogy de akkor neki be kéne tenni egy komplett nodejst, az meg nagy és szopó. Viszont aktívnak tűnik a figura, lehet érdemes neki megemlíteni (mondjuk tekintve, hogy ránézésre one man show, és ezzel gondolom ki kellene baszni a saját maga által -- melósan -- hackolt parsert, lehet hogy nem annyira örömmel tenne ilyet.




Evernote utód keresése: https://hup.hu/node/149041#comment-2018256

mittomén, nem én jöttem ezzel :)

https://github.com/pbek/QOwnNotes/issues/132 (és megkövetem, csak full webkitről beszél a végén)




TrueOS névre váltott a PC-BSD: https://hup.hu/cikkek/20160830/trueos_nevre_valtott_a_pc-bsd#comment-2017523

és pontosan ez az, ami a linux ökoszisztéma feljődésével mostanában egyre inkább kezd eltűnni. Mindenhol plusz réteg absztrakciók, valamihez hozzá akar nyúlni az ember, régen odament, aztán foo=bar elé tett egy commentet, beleírta, hogy foo=baz, és lőn világosság baz. Most meg keresgéled, hogy mi a picsa autogenerálja a filet (súlyosabb esetekben először kigeneráltatod valamivel, hogy hogy nézne ki, ha még ott lenne a helyén, aztán kitalálod, hogy hol kéne átállítani :) )




Pancser adathalászati kísérlet: https://hup.hu/cikkek/20160902/pancser_adathalaszati_kiserlet#comment-2017146

hmm :)




Feltörték a szervert?: https://hup.hu/node/149313#comment-2017881

ha reális, ha nem, ha te üzemelteted, akkor a te dolgod, hogy tudd, ha 1, ha 15, ha 1500, ha 15000.

Az más kérdés, hogy ezt nem random belépkedéssel kell ellenőrizni.




Feltörték a szervert?: https://hup.hu/node/149313#comment-2017886

(természetesen. Csak ez a parent commentemre nézve irreleváns :) én meg tényleg csak "ki nézeget ezerötszáz nodeot"-ra akartam itt reagálni)




Feltörték a szervert?: https://hup.hu/node/149313#comment-2017599

azért ezt a topicot elnézve nem vagyok róla meggyőződve, hogy ennek feltétlen köze lenne a rootjelszó kiadásához, és nem arról van szó, hogy az egyébként azért első bliccre nem valami acélos tudású topicnyitó kollégáék néztek be valamit ettől függetlenül :)




Feltörték a szervert?: https://hup.hu/node/149313#comment-2017647

nem, nem születik azzal senki sem, ellenben ti állítólag üzemeltettek, viszont azért az olyan elszólásokból, mint pl hogy:
"beragadt a "su" parancs és ~40% cpu-t evett"
=> valószínűleg fogalmad sincs róla, mit csinál a su parancs, mert akkor felmerült volna, hogy nem az eszi, hanem amit indított.

"root@srv:~# gnome-terminal
-bash: gnome-terminal: parancs nem található"
=> a magyar locale egy szerveren ugyan önmagában nem mond semmit, de én még hozzáértő embert ilyennel szopatni magát nem láttam. (pláne nem a root shelljében)

"find / -name gnome-terminal mit mond?
Nincs semmi válasz"
=> ez is erősen úgy hangzik, mintha nem tudnád, mit csinál a find parancs, és hogy a nincs válasz simán csak azt jelenti, hogy nem talált semmit (és nem csak a findnél, hanem úgy általában is, hogy így működnek a dolgok).

nem az jön le, hogy te egyébként azért ehhez értesz, mert ezek bizony elég alapvető dolgok. Személy szerint annyira azért nem tartom esélyesnek, hogy akinek a boss odaadta a rootpasst, az menten telepített rá valami ilyen vackot. Persze lehet, hogy ő cseszett el valamit, ami után meg lehetett könnyebben törni a boxot, de a fentiek alapján ilyen elcseszésre bizony nektek is meg volt minden esélyetek. Sajnálom, ha ez bántó, de ebből sajnos ez látszik.




Feltörték a szervert?: https://hup.hu/node/149313#comment-2017661

hát, mindenki úgy szívatja magát, ahogy jól esik :)




Feltörték a szervert?: https://hup.hu/node/149313#comment-2017677

nyilván nem, ezért is írtam, hogy első bliccre. Természetesen lehet, hogy egyébként nem így van, de ebben a topicban gyak az összes válaszból úgy tűnt, mintha elég új dolog lenne neked ez.




Első alkalommal maradt alul az iPhone az androidos telefonokkal szemben stabilitás terén: https://hup.hu/cikkek/20160831/elso_alkalommal_maradt_alul_az_iphone_az_androidos_telefonokkal_szemben_stabilitas_teren#comment-2016185

"Nekem a kártyáimmal rendszeresen szét akarják fűrészelni a kártyaolvasót. Azt hiszik a majmok, hogy ha kajak húzzák le erőből a kártyát, akkor jobban olvas :D"

Jájj, és tényleg, szerencsétlen hajlik mint az állat. Aztán meg morognak, hogy mekkora szarok már a kártyák, és furcsán néznek, ha megemlíted, hogy nem lenne ő, meg egy csomó kis barátja, akik állandóan félbe akarják törni, akkor nem lennének ilyen szarok. Már kezdett kicsit javulni azzal, hogy nyugat eu módra egyre több helyen hagyták, hogy te használd a terminált, de megváltás a paypass.




Első alkalommal maradt alul az iPhone az androidos telefonokkal szemben stabilitás terén: https://hup.hu/cikkek/20160831/elso_alkalommal_maradt_alul_az_iphone_az_androidos_telefonokkal_szemben_stabilitas_teren#comment-2016215

Persze, még mindig vannak, a különbség csak annyi, mostmár ritkábban van rá esélyük. :)

A másik kedvencem, hogy ők ugyan nagyon értik, aztán megpróbál meggyőzni arról, hogy hívjam föl a bankom, mert "valami baj van a kártyával", majd ad egy papírt, amin rajta van, hogy "kapcsolódás sikertelen", és meggyőzhetetlen arról, hogy próbáljuk csak meg mégegyszer :)




Első alkalommal maradt alul az iPhone az androidos telefonokkal szemben stabilitás terén: https://hup.hu/cikkek/20160831/elso_alkalommal_maradt_alul_az_iphone_az_androidos_telefonokkal_szemben_stabilitas_teren#comment-2016479

Mármint nyugaton? persze (bár azért kissé országfüggő) Viszont én épp azt mondtam, hogy végre itthon is kezd terjedni az, ami ott a kvázi default.




Első alkalommal maradt alul az iPhone az androidos telefonokkal szemben stabilitás terén: https://hup.hu/cikkek/20160831/elso_alkalommal_maradt_alul_az_iphone_az_androidos_telefonokkal_szemben_stabilitas_teren#comment-2016540

igen, vannak, meg egyre több olyan üzlet van, ahol kifele van fordítva a fentről beledugós asztali (ruhaüzletek, benzinkutak). Épp azt mondom, hogy mondjuk 5 évvel ezelőtt ilyen csak valami fura véletlen miatt volt, mára kezd javulni.

Én azért elég sok helyen jártam a 4 év utazós meló alatt, elenyésző, ahol egy normális mastercardot/visat nem fogadnak el. Ok, minusz usa, ott tényleg gányolás van, de az ebből a szempontból egyébként is extragáz.




Első alkalommal maradt alul az iPhone az androidos telefonokkal szemben stabilitás terén: https://hup.hu/cikkek/20160831/elso_alkalommal_maradt_alul_az_iphone_az_androidos_telefonokkal_szemben_stabilitas_teren#comment-2016402

én is keveset használok, de az igazsághoz hozzátartozik, hogy bpn (és nagyvárosokon) kívül azért csücskössebb, illetve, hogy van azért pár olyan dolog, ami egyébként fasza, viszont nem jellemző a kártya elfogadása, életstílus függő, hogy ezekből mennyivel találkozol.




Első alkalommal maradt alul az iPhone az androidos telefonokkal szemben stabilitás terén: https://hup.hu/cikkek/20160831/elso_alkalommal_maradt_alul_az_iphone_az_androidos_telefonokkal_szemben_stabilitas_teren#comment-2016542

itt életstílus alatt azt értettem, hogy szoktál-e pl termelői piacon, meg helyik kisafszom péknél vásárolni, mert az a fasza, vagy jó-e a kenyér a tescoból, illetve hogy mondjuk fodrászhoz szalonba jársz-e, vagy házhoz jön az ollós néni / kozmetikában bedolgozós vágja a hajad, ilyesmi. Mert vannak olyan rétegek, ahol még nem kvázitermészetes, hogy lehet kártyával fizetni.




Első alkalommal maradt alul az iPhone az androidos telefonokkal szemben stabilitás terén: https://hup.hu/cikkek/20160831/elso_alkalommal_maradt_alul_az_iphone_az_androidos_telefonokkal_szemben_stabilitas_teren#comment-2016588

akár, de én ezt arra írtam példának, hogy el lehet-e lenni kártyával Mo-n, vagy nem, nem pedig az apple pay kapcsán :)

(Egyébként afrikában nagyon pörög a mobile wallet, mint megbízható fizetőcucc, kártyák helyett. Persze nem fancy apple módra, hanem smssel, meg hívásokkal. Vicces, hogy ott pont a infrastruktúra totális hiánya (gyak azért ez van, mert telefonja valahogy azért mindenkinek van) szülte meg azt, amit most mint fancy cuccot kezd bekajálni a fejlett nyugat)




Switch-en internet megosztás. Lehetséges?: https://hup.hu/node/149235#comment-2016216

azért ezt a konkrét képet árnyalja, hogy a kolléga épp most csinál valami okjt, épp vizsgázni volt, többek között alháló maszkokat kellett neki számolni, és ahol még ciscot is kellett volna neki konfigurálni, ha jól rémlik :) Ilyenkor azért az akkor a switchben nincs is dhcp? jellegű kérdések, hát, kételkedésre adnak okot :)

szerk: mondjuk annyira megkövetem magam, hogy most újra elolvasva látom, hogy eleve belülre akarta dugni a siwtchet, eredetileg valahogy sikerült úgy értenem, hogy a want dugná a switchbe...




Switch-en internet megosztás. Lehetséges?: https://hup.hu/node/149235#comment-2016317

mondjuk azért akkor még annyira nem tudsz ciscot konfigurálni, mert ahhoz nem árt, ha érti az ember, mint csinál ;)

nyilván meg kell tanulni, nincs ezzel gond. Próbáld mindig elhelyezni a gyakorlatban, hogy mit jelent mondjuk az, hogy valami layer 2-es eszköz. Az IT ilyen szempontból viszonylag jó hely, nincsenek nagy elméleti izék (többiek nem nyíg, persze hogy vannak, de itt még azért nem vészes az, ami csak úgy fölösben lóg a levegőben)




Asus szerviz hazudik, csal?: https://hup.hu/node/149247#comment-2016405

a kérdés, hogy pontosan miért is kellene új eszközzel javítani a használt cuccot? :)




Asus szerviz hazudik, csal?: https://hup.hu/node/149247#comment-2016474

nem, nem vagyok. Az első zsigeri gondolatom nekem is az volt, hogy anyátok, aztán viszont végig gondoltam, hogy ez itt nem csere, elromlott a laptop, javítják. Ha bevállalják a használtra, hogy újraindul rá a gari, akkor hajrá.




Asus szerviz hazudik, csal?: https://hup.hu/node/149247#comment-2016525

nem mondtam, hogy jó, viszont egyrészt azt sem gondolom, hogy minden diszk meg fog állni 3-6 havonta, másrészt meg az első ilyennél nyilván jelezném a szervíznél, hogy használttal egyszer már próbálkoztatok, harmadrészt meg az van, hogy valóban nem feltétlen kötelező új alkatrészekkel javítani.




Asus szerviz hazudik, csal?: https://hup.hu/node/149247#comment-2016548

ja, viszont akkor az a gond, hogy az asusnak folyamatosan döglődnek a diszkjei, és akkor meg azzal sem vagy előrébb, ha használt helyett újat adnak.




Asus szerviz hazudik, csal?: https://hup.hu/node/149247#comment-2016476

ja, ott jobb biznicc eladni refurbishednek :)




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014020

Nyilván igaza van, ezzel együtt azt is érti az ember, hogy breaking changet nem szívesen tol le az ember az ügyfeleinek.

Mondjuk ezt egy olyan eset kapcsán, ahol eleve csak olyan fog eltörni, aki a leírt ajánlás ellenére aliast használt a scriptekben igen vicces pont annak az msnek a szájából, aki tonnaszám töri el mondjuk a webcamek drivereit, de ha ettől eltekintesz, akkor maga az érv, hogy mivel most már ilyen, ezért úgy kell vele csinálni valamit, hogy ezt megnézzük érthető, mint ahogy az is műszaki szempontból rendben van, hogy egy olyan ügyben, ami láthatólag messzebre vezet, mint ez a két alias nem kezdünk el agynélkül mergelni ilyesmit.




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014072

Ez nem változtat azon a tényen, hogy most már van egy másfajta fájdalom, és míg az egyik oldalon olyanok vannak, akik, bár morogva ugyan, de meg tudják oldani a problémát, addig máshol jó eséllyel silently eltörik valakinek az -- egyébként nyilván kóklányolt -- dolga.

És azon sem, hogy a probléma jól láthatóan szélesebb, mint ez a két alias, szóval lehet, hogy nem úgy érdemes kezelni, hogy ezt mergelik, hogy aztán majd ha hozzányúlnak mégis másképp, akkor meg hallgathassák, hogy mekkora köpönyegforgató köcsögök, hát bemergelik, aztán meg suttyomban vissza akarják tenni...




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014094

"egyenlőre a microsoft állításán/feltételezésén kívül, senki nem látott, v. mutatott fel olyat, hogy használatban lenne az említett 2 parancs bárhol is."

ami nem jelenti azt, hogy ilyen nincs is. le is írták szépen, hogy telemetria hiányában csak tippelni lehet, és ismerve a powershell szokásos useage patternjait az, hogy nem sikerült lendületből ilyet találni a githubon, az még messze nem jelenti, hogy ilyen nincs.

" de ha mégis, akkor már láttuk, hogy scriptben használni aliast amúgy sem ajánlott, ill. hibásnak tekinthető."
Igen, és ezt sem vitatta senki (illetve, nem ajánlott, ha hibásnak tekinthető, akkor nem kellett volna hagyni) -- még külön le is írtam, hogy gányolás, ott van az idézetedben -- ezzel együtt az van, hogy az ügyfeleket, akiknek emiatt behal mondjuk valami mentésük, ez kurvára nem fogja meghatni. Tudom, hogy a szokásos openszósz huszár szemlélettel ezt nehéz megérteni, mert ott meg lehet vonni a vállad, hogy ha nem tetszik, csináld jobban, de ez a pénzes biznisz már csak ilyen, mindeni igyekszik lehetőleg nem kikúrni az ügyfeleivel (vagy legalábbis nem lar pur lart, hanem valami érdekből, és akkor ált nem ilyen apróságokkal, hehe). És figyelj, nem állítottam, hogy jobb, mindkettőnek vannak előnyei, hátrányai.

Nyilván, a kiindulási állapot egy ortónagy elbaszás. Ettől még a megoldást lehet pl gondolkozva is csinálni, nem esetleg lendületből csinálni egy másikat faszságot, mert a slepp -- akiken egyébként tisztán látszik, hogy nagyrészük úgyse használ pst -- nekiállt fröcsögni egy ticketben. Eléggé igaza van a faszinak, aki azt írta, hogy tekintve, hogy ez 7 éve szar, és nem dőlt össze a világ, senkinek nem lesz baja, ha nem most azonnal csinálnak valamit.




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014116

nincs mit tenni, meghajlok érveid nagysága előtt.




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014183

jaja, mindig az a kurva sapka :)




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014312

ha arra gondolsz, akkor igen, szerintem ez egy szar helyzet, nehéz benne valóban jó döntést hozni.

De mesélj, mert ilyen sommás okosságokra nehéz érdemben reagálni.




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014182

Nem egészen értem, mihez képest kivéve, de igen, ez egy érdekes kérdés, hogy hogyan lehet a kettőt összeegyeztetni, mert azért lássuk be, a céges szemléletnek is vannak előnye (pl. hogy nem kúrunk el dolgokat, bár ez a mostani mst nézve tényleg vicces, dehát nagy cég ez is, lehet, hogy a ps-es srácoknak kicsit jobban földig ér a két lába)

Mondjuk azt meg tudom érteni, hogy egy ilyen izénél kicsit normálisabb döntési mechanizmust szeretnének, mert a linkelt ticket, vagy mi ékes példája annak, hogy mi szokott rettenes lenni a külső bugzillákban. Bazmeg, még félúton se jártam, már gnome vs kde flame volt benne, meg egy rakás istenverte szabadságharoc bohóc, aki ugyan sose használt pst, meg soha nem is fog, de nagy arccal előadni, hogy ki kell venni most azonnal, mocskosms, az megy.

Illetve egyelőre nem látom, hogy ez annyira messze állna az opensourcetól. A kétféle tipikus modell közül először megpróbálták az elsőt (fuck of, jó ez így mert én azt mondom), csak pechére a srácnak nem volt meg az, ami miatt egy ilyennel linust, poetteringet vagy mondjuk teot nem szedik szét egy ilyen godlike kinyilatkoztatás után. Szét is szedték. :)

A másik meg a debian féle, és hát ... szóval az nem gyors. A srácok még a kanyarban sincsenek mondjuk ahhoz az ámokfutáshoz, amit a meritrokrácia nevében az urak mondjuk a systemd kapcsán rendeztek. (És ami egyébként minden hibája ellenére a zaj leszűrése után láthatólag ott is oda vezetett, hogy a project jobban értette, hogy milyen implikációi vannak a dolognak, és összességében valószínű jobban csinálták, mintha csak kicserélte volna a systemds brancs a dolgokat). Szóval még nem temetném, nem tűnik ördögtől valónak, hogy ezeket egy moderált körben döntsék el, kérdés, hogy meg tudják-e oldani, hogy az értelmesebb külsős ebbe bevonódjon.




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014314

hogy nem tudom, hogy jön ez most ehhez a topichoz, uh nem egészen értem, mire vagy kíváncsi.

(Illetver azt, hogy még a pull request is a win powershellre jött, mert a curlos faszit az zavarta, uh ha valakit más zavar, akkor küldjön arra prt, vagy nyisson issuet, vagy kontributáljon majd érdemben ahhoz a megbeszéléshez, ahol ezt rendesen körbejárják, és kiderül, hogy igazából ez nem csak a windowsost érinti -- oh wait olyan nem is kell ugye :) )




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014347

"Na most, ha ezt keresztplatformosnak lengetik, akkor tényleg az a fő indok, hogy mi/lesz van Windowson? Hol van itt az egyenlőség? "

Egy windows specifikus problémáról beszélnek, ha jól értem, a linuxoson mintha eleve ott se lennének... Maga a reporter tette ezt, mi a francért kéne egy issue ticketben másról beszélni. Nem egy fórum, hanem egy konkrét pull request.

"[hosszu stuff] És akkor jönnek azzal, hogy >>jáááj, de há' a script nem fog működni<<. "

Igen, mint mondtam is vicces ez annak az msnek a szájából, aki egyébként ebben az ügyben ordasnagy elkúrásokat tesz mostanság. A másik oldalról nézve, ha a te céged ordas nagy elkúrásokat csinálna, akkor te is szarnál bele, vagy próbálnád mégiscsak tartani magad az általad fontosnak tartott műszaki normákhoz?




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014360

én itt a ragaszkodást egy dologhoz látom: hogy járjuk körül a témát normálisan (és hiányolom is onnan az itten van az a fasz-se-tudja-minek-nevezett request, ami processzeink szerint ilyenkor kell). Mint ahogy magad idézted, az ötödik bejegyzésben eljutottak odáig, hogy "we need to fix this".




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014454

és pontosan mit kell eltávolítani, csak ezt a kettőt, vagy a többit is? És az interaktívból is ki akarod dobni, vagy csak a scriptekből? És mindet ugyanúgy? Nem lehet, hogy van valami értelmes megoldás pl a legacy scriptek megvédésére? Milyen ütemezéssel dobják ki? Csak úgy lendületből, vagy legalább adunk valami esélyt azoknak a balfékeknek, akik ugyan hülyék voltak, és használtak aliasokat, de legalább egyébként lenne esélyük észrevenni, hogy baj van, ha szólna nekik egy release nóta, vagy mondjuk egy installer kérdés?

De persze, ez egy ennyire egyszerű kérdés.




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014738

és ha csak a curlról nyitotta volna a faszi, mert ő spec lefossa a wgetet, akkor csak arról lenne szó?




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014927

és ez ilyen adhoc jelleggel fasza, nem érdemes átgondolni. Értem.




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2015095

ha nem látod, hogy mire akarok kilukadni vele, akkor valóban.

(őszintén szólva kicsit uncsi, hogy megpróbálom elmagyarázni, hogy miért lenne érdemes kissé árnyaltabban nézni a képet, majd jön egy nagy adag ignore, és valami egész másra terelés, nem volt kedvem még egyszer hosszan legépelni)




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2015123

szori, ha kissé harshnak tűnt, a mondandó lényege az lett volna, hogy szóval véleményed szerint az a jó startégia, hogy ha valaki küld egy pull requestet, akkor az meghatározza a change scopeját, nem kell végiggondolni, hogy milyen hasonló van. Szóval a konkrét példában ha a curlra jött, az ki lesz véve, a wgetre nem, akkor az marad, és ez így jó. Horrible dictu, aztán jövőhéten meg jön valaki, hogy de nekem meg kéne vissza a curl alias, mert eltört valamit, vagy jön valaki, hogy milyen fasza lenne, ha lenne egy lftp alias az invoke-webrequestre, mert ő ahhoz van szokva, akkor azt is be kéne venni? miért olyan nagy baj az, hogy ezt valaki értelemesen együtt akarja kezelni, nem úgy, ahogy egy külsős kezéből kiesett?




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2015381

A messzebb témában egyetértünk, ezt írtam is feljebb. Abban nem, hogy itt nincs C válasz. Miért ne lenne jó válasz az, hogy értjük, hogy ez probléma, de azt is értjük, hogy ez csak egy jéghegy csúcsa, ezért nem ezzel a pull requesttel fogjuk kezelni?




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2014247

Nem vagyok egészen biztos benne, de ha jól látom, a szál időrendi sorrendben van, akkor pedig azért az előrehaladás kb az volt hogy

- open
- msbohóc wontfix close
- badger újranyitja
- ms2 ember mondja, hogy nem akarjáj nem megjavítani, csak át kéne gondolniuk
- ms3 ember mondja, amit linkeltél

és ez az első 5 comment, az egész szardobálós szál ezután kezdődik. Szóval jött a külsős ember, nyitott egy requestet, valami fasz lezárta, azt a többiek a színfalak mögött nyilván tarkónbaszták, és azonnal közölték, hogy hadd nézzük át rendesen a problémát, mert értjük, hogy need to fix this. Szóval én a nagy hozzáadott értékét nem látom a sok élharcosnak, a valódi érintettel viszonylag gyorsan eljutott az ügy idáig.




A cURL szerzője szerint a wget és curl aliasoknak nincs helyük a PowerShell-ben: https://hup.hu/cikkek/20160823/a_curl_szerzoje_szerint_a_wget_es_curl_aliasoknak_nincs_helyuk_a_powershell-ben#comment-2013868

640k-ba :D




office365 kozepsoujj: https://hup.hu/node/149044#comment-2013314

azért az ugye megvan, hogy nem homályos terület, hanem mint feljebb írták, a szabvány explicit leírja, hogy MUST NOT. Vagyis normális ember ilyet nem csinál, a többieknek meg kurvára tilos. :)

Ezután persze lehet puffogni, hogy miért nem támogatja a takonymányt valaki, de azért az alapvető fasz az mégiscsak az az embed gyártó volt.




office365 kozepsoujj: https://hup.hu/node/149044#comment-2013342

+1

ezt még in is akartam írni, hogy akkor legyen olyan jó, aki kénytelen a szarral együtt élni, és takarítson.




office365 kozepsoujj: https://hup.hu/node/149044#comment-2014456

ja, és akitől jön, annak sincs fogalma arról, hogy mi a fene csinálja.




Az email digitális aláírása - mennyire fontos a mai világban?: https://hup.hu/node/149031#comment-2014316

és?




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1801229

Én nem vagyok egy nagy python vadász, de az ilyen tipusú egysoros forciklusok az összes tutorial elején ott vannak, mint nyelvi jóság, és gyakran látom őket mindenféle python kódban, amibe bele kell nyúlni, ebből kifolyólag feltételezem, hogy ez a bevett kinézet python kódban, nem pedig trükkös, szokatlan túltömörítés. (Kb mint mondjuk a perlben a $_ használata ciklusban, vagy a return lehagyása ...)




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1801237

Namost ha nem esik le, hogy integrátorként bazi sokszor kell a nem megszokott eszközkészlettel, ismeretlen izékben egyébként sokszor többé kevésbé triviális problémákat megoldani, random nyelvekben megírt szarokba beletúrni öt sort, hogy jó legyen, ráadásul pontosan azzal a céllal, hogy a logikailag fasza megoldás a gyakorlatban is működjön, a teszt pont ezt nézte, te meg pont ezt nem tudtad megcsinálni....




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1801310

"De csak itt és az általuk kitalált feladatot az általuk kitalált környezetben" - ez általános alannyal is tökéletesen megállja a helyét, és egészen jól jellemez egy integrátor rutinfeladatot :) Ami kifejezést valóban elég széleskörűen alkalmaznak, de nagyjából konzekvensen olyan pozíciókra, ahol különböző dolgokból kell összepakolni egy működő rendszert, vagy példányosítani kell egy meglévő terméket / designt. Van egy kicsit asztalibb változat, ahol ezt már inkább csak tervezni kell, de arra a pozícióra általában valahogy rá van akasztva az architect cimke is... (Mert majd jól kiadhatod az integrátornak, hogy a nagyvonalúan odatett "itt remoteba syslogolunk oda" dolgot hogyan oldja meg mondjuk az adott switch esetén, aminek a weben a leírásában rajat van, hogy tud syslogot... hehe).

Egyébként pedig a teszt szerintem tök jól megállta a helyét. Számukra kiderült, hogy nem te vagy a megfelelő ember erre a szerepkörre (ezt imho a topik megerősítette), számodra is kiderült, hogy te nem ilyesmi melót szeretnél csinálni, mert ennél elméletibb ember vagy, nem igazán értem, miért is a módszertannal a gond? Az, hogy ezt ők épp ilyenre nevesítették, ez van, mégiscsak egy felvételi, de nem tűnik igazán mesterkéltnek. Figyeltem én már röhögve nem egy frissen szabadult linux gurut -- legalábbis szerinte -- mikor szembesült a ténnyel, hogy nem, ezen a vason nincs mcedit, vi van, és nem is tehetsz fel, ráadásul ez itt egy centos, nincs /etc/interafces mint a debianban, mert itt ifcg-eth0 van. Aztán van a tipus, aki vállat von, megszokja, hogy tud abban dolgozni, ami épp a környéken van, tudja alkalmazni a meglevő háttérismereteit, meg van, aki tehetetlen, ha nincs meg a saját belakott munkakörnyezete, és hirtelen kell kiszakadni kézzelfogható ismereteinek konfortzónájából. Ez utóbbiból ált nem lesz jó solution integrátor. Ami persze nem zárja ki, hogy mondjuk remek programozó, vagy architecht, vagy akármi más legyen a szakmában.

Egyébként azért azt hadd jegyezzem meg, hogy 14 év főként integrátori és sysadmin jellegű munka után nekem nagyon furi, hogy nem láttad át, és hogy szerinted egy ilyen interjúnak csak az lehet a célja, hogy a gondolkodást kelljen mérni. Az is, hogy egy ilyen teljesen dedós problémát úgy érezted fel kell tenned githubra pythonban, ami nekem kb azt mutatja, hogy míg hazaértél sem esett le, hogy nem ez volt a feladat, illetve hogy úgy érezted, hogy egy ilyen bonyolultságú problémát mégis csak meg kell oldanod (magyarul nem tartod teljesen triviálisnak).

Én is igen ferde szemmel nézném meg a CVd megint egy ilyen interjú után (ha egyáltalán), és mikor rájönnék, hogy elvileg tizenév tapasztalatod van, jó eséllyel azonnal menne a kösz nem mappába. Nem hiszem, hogy nem elvárható, hogy egy ismeretlen scriptnyelven (ami egyébként nem valami szopatás, tehát valószínűleg a triviális dolgot mennek benne) valaki fél óra alatt megtalálja az értékadást, a forciklust, a matek operátorokat, meg a printet.




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1801345

"Alapvetően látszik, hogy neked sem világos még most sem, amit eredetileg mondani akartam."

Szerintem én értem, te nem :) Az a baj, hogy az a kijelentésed, hogy "Az első interjú nem arra van, >>hogy az ki kell kiszakadni kézzelfogható ismereteinek konfortzónájából.<< Hanem a megfelelő logikai gondolkodást kellene általában, hogy vizsgálja." szerintem -- és gyanúm szerint más hozzászólók szerint is -- nem állja meg a helyét, és nem támasztottad alá semmivel, csak hangoztatod, mintha axióma lenne. Szerintem nem az. Nem ügyesen gondolkódó embereket keresnek, hanem olyanokat, akik meg tudják oldalni a megoldandót. A felvételinek az a célja, hogy megtalálja a munkának megfelelő embert, és kiszűrje azt, akinek a skillsetje nem. (Direkt nagyon sarkítok: egy acélgyári melósnál sem azt nézik :) ). Egyelőre úgy tűnik, hogy a gyakorlat azt mutatja, hogy ellentétben a te axiómáddal a teszt jó volt. Úgyhogy kérlek, érvelj amellett, hogy miért is a megfelelő logikai gondolkodást kellene vizsgálni? Sajnos eddigi egyetlen érved "A jó programozó azért az, mert jól tud gondolkodni, nem pedig azért, mert egyik-másik nyelvet ismer." alapban hibás, nem programozót kerestek, hanem integrátort. Szóval?

"Inkább nem illik bele az adott helyen kitalált környezetbe. Magyarul: nem hajlandó megtanulni mindent sz@art, amit elé tesznek. Van elég programozási vagy szkriptnyelvi ismeretem, hogy elegendő legyen. Újat már nem könnyen tanulok meg, különösen nem egy konkrét állás kedvéért, amit ráadásul a világon a fejlesztők kevesebb, mint 1%-a használ célzottan egyes iparági célokra."

Látod, pontosan ezért nem leszel jó integrátor, annak ugyanis az a dolga, hogy az elérakott sz@rt összerakja úgy, hogy működjön. Akkor is, hogy ha épp egy soha nem látott scriptnyelv jön szembe (amit egyébként nem kellett volna megtanulni, csak egy 5 perc erejéig megnézni, hogy a triviáliák hogy vannak benne), meg akkor is, ha mondjuk egy olyan hulladék switch, amit még nem láttál, vagy egy olyan linuxra kell beállítani a remote logot, vagy feltenni valami 3rd party appot, amiben nincs korábbi ismereted, mert valami nem populáris disztró. Nem baj, hogy te erre nem vagy hajlandó, csak tessék megérteni, hogy ahhoz jó intergátor legyél, ahhoz kell az, hogy ez ne zavarjon, hanem hajlandó legyél rá, és a teszt pont ezt szűrte. Ez nem a nem illik az adott környezetbe, hanem nem illik az adott munkakörbe.

"Hú, de okos itt valaki. Tudtam, hogy az ilyen jellegű problémát meg lehet oldani gyorsan és hogy mi volt a feladat, nem az volt a célja az én kis kódom publikálásának."

Hanem? :)

"Nem vagyok hajlandó egy szennyszkriptet megtanulni - még a teszt idejére sem - valaki szép szeméért, sem nem vagyok hajlandó az általam megismert és bizonyított módszertantól eltérni, hiszen az a meggyőződésem, hogy az a helyes." -- a jó integrátor meg tudja, hogy csak azért, mert valamit nem ismer, még nem biztos hogy szar (pl feltételezem, hogy az adott scriptnyelvet se azért fejlesztették, mert kurvára unatkoztak, és szerették volna szarabbul csinálni utána, mintha python használnának), illetve hajlandó olyan dolgokat is megscinálni a megrendelő két szép szeméért, ami számára előtte nem volt ismert (horrible dictu, hülyeségnek tartja). Ha nem, akkor sajnos nem jó integrátor.

"Nekem meg jó eséllyel megy ez a cég a "kösz, nem" mappába mostantól :)" - és ezzel nincs is semmi baj, a teszt megint elérte célját. Vagy jobb lett volna, ha tekintettel arra, hogy pythonban meg tudod írni, és jó a logikus gondolkodásod felvesznek, majd az első napodon lezavarnak a hangárba, hogy akkor hajrá, ugyan itt nincs python, hanem más dolgok, amiket nem ismersz, ráadásul gyorsan hackelni kéne valamit, nembaj ha randa, csak a teszt végéig bírja ki? Magad mondtad, hogy nem akarsz ilyet csinálni, pedig jó eséllyel ilyesmi lett volna a feladat. Szóval jó eséllyel még a három hónap alatt szétfrusztrálod az agyad, és felmondasz. Kérdem én, jó lett volna a teszt, ha ezt megengedi?

"Ez igaz, azonban én nem akarok még fél órát sem erre szánni. Érthető már?" Igen. Ami nem érthető, hogy miért lenne ettől a teszt rossz?

"Szerintem ez a felvételiztető részéről rugalmatlanság, és azt bizonyítja, hogy képtelen absztrakt módon gondolkozni és ragaszkodni egy adott szkriptnyelvhez." és ha integrátorként hozzá kell adni valami triviálisat az adott scriptnyelvben írt háromszázezer soros szarhoz, akkor szerinted rendben van, hogy én ezt nem csinálom, mert nem python? Nekem úgy tűnik, az a szűklátókörűség, aki képtelen elfogadni, hogy attól, hogy nem olyan egy feladat körölménye, ahogy azt ő szereti, attól még nem feltétlen hülyeség a feladat?




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1801553

De pont ez az. Bakker, egy szakmában tizenéve dolgozóról őszintén szólva fel se merül, hogy az inicializálok egy tömböt, egy forciklussal feltöltöm, közben összeadom, aztán a végén elosztom százzal dolgot ne tudna megugrani, akármilyen random scriptnyelven. Ha ő ezt bizonyítandónak vélte, akkor szerinte ez nem trivi.

De mostmár komolyan lehet szerzek egy interpétert, és ráugrasztom a supportosainkat :D




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1801347

"OK, de mi van, ha eléd teszek egy ismeretlen billentyűzetű laptopot, ahol a billentyűk elrendezése máshol van, ahol te megszoktad? ;-)"

lenézel rá?




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1801354

http://hup.hu/node/136509?comments_per_page=9999#comment-1800727

szerintem is maradhat, cégnevestül is ;)




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1803058

dehát még csak nem is programozót kerestek :D




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1803061

"Miért ne tudtam volna? Mi a baj a kóddal, működik, vagy nem?" - nem működik, mindenképp egész számot ír ki.




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1803065

megosztottak, ja, van egy aki szerint az egyik, meg az összes többi, aki szerint a másik :D

De mivel fentebb nem válaszoltál arra, hogy akkor mi is van az érvrendszereddel, amire fentebb hivatkozol, itt megint. Tessék hozni érveket arra, hogy mi a fenéért a logikai tesztet kéne alkalmazni!

Szerintem én értem, te nem :) Az a baj, hogy az a kijelentésed, hogy "Az első interjú nem arra van, >>hogy az ki kell kiszakadni kézzelfogható ismereteinek konfortzónájából.<< Hanem a megfelelő logikai gondolkodást kellene általában, hogy vizsgálja." szerintem -- és gyanúm szerint más hozzászólók szerint is -- nem állja meg a helyét, és nem támasztottad alá semmivel, csak hangoztatod, mintha axióma lenne. Szerintem nem az. Nem ügyesen gondolkódó embereket keresnek, hanem olyanokat, akik meg tudják oldalni a megoldandót. A felvételinek az a célja, hogy megtalálja a munkának megfelelő embert, és kiszűrje azt, akinek a skillsetje nem. (Direkt nagyon sarkítok: egy acélgyári melósnál sem azt nézik :) ). Egyelőre úgy tűnik, hogy a gyakorlat azt mutatja, hogy ellentétben a te axiómáddal a teszt jó volt. Úgyhogy kérlek, érvelj amellett, hogy miért is a megfelelő logikai gondolkodást kellene vizsgálni? Sajnos eddigi egyetlen érved "A jó programozó azért az, mert jól tud gondolkodni, nem pedig azért, mert egyik-másik nyelvet ismer." alapban hibás, nem programozót kerestek, hanem integrátort. Szóval?




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-1802014

na jó, csa ha nem írsz tesztet, akkor minek hablatyolsz test driven developmentről?




XXX Kft szakmai teszt : https://hup.hu/node/136509#comment-2013404

szerintem olvasd végig a topicot, mert kb arról szól, hogy ez a gondolatmenet miért hibás :) (legalábbis a túlnyomó többség véleménye szerint)




Meg fogunk sülni!: https://hup.hu/node/149106#comment-2013969

ezt rendszeresen csinálja a weather widget nekem is. ráadásul ilyen tök random, most épp jó, és tuti, nem állítgatom :)




Nyílt forrású lett a PowerShell, elérhető Linuxra: https://hup.hu/cikkek/20160818/nyilt_forrasu_lett_a_powershell_elerheto_linuxra#comment-2012734

mármint arra gondolsz, hogy a használtan is 1-2 misis cucc gyártója ezért az árért baszik drivereket biztosítani a szarjához a jelenleg futó rendszerekre, és ézért természetesen kapja be az ms. értem :)




Nyílt forrású lett a PowerShell, elérhető Linuxra: https://hup.hu/cikkek/20160818/nyilt_forrasu_lett_a_powershell_elerheto_linuxra#comment-2012745

továbbra is azt látom, hogy van egy cucc, ami ára alapján nyilvánvalóan nem a "max 2 év múlva lecseréljük" kategória, majd ennek a gyártója baszik neked a de facto standard osre működő szofvert adni, és ezért ne a cucc gyártója menjen a picsába, henm az os-é.




Nyílt forrású lett a PowerShell, elérhető Linuxra: https://hup.hu/cikkek/20160818/nyilt_forrasu_lett_a_powershell_elerheto_linuxra#comment-2012689

a bash (illetve tulképp az akármi_sh) azért szerintem iszonyatosan tele van olyan baszakodásokkal, amik nem a problémáról szólnak, hanem a toolról. Nehézkes. Ugyan nem ismerem a pst, de a tologassunk objektumokat dolog elméletben egészen jól hangzik, és a szokásos (de most itt double quote kell, mert mivan ha hét lépéssel előbb valaki betett egy spacet), meg a faragjunk mindenféle fura regexpet, hogy faszom borderline karaktereket tesznek néha bele random) szopásokat ránézsére eliminálja.

(ettől még, amikor ps snipletekre nézek rá, akkor egész wattafak fejet szoktam vágni, de nagyon gyanús, hogy csak a nevezéktan szar, és igazából, ha nem tudnám, hogy mit jelent a sed, awk, tr, cat, és hasonló dolgok, akkor gondolom semmivel nem jobb olvasni mint valami random getEntity-t.)




Nyílt forrású lett a PowerShell, elérhető Linuxra: https://hup.hu/cikkek/20160818/nyilt_forrasu_lett_a_powershell_elerheto_linuxra#comment-2012731

ezzel nagyrészt egyetértek, én is össze szoktam tudni rakni a pipeline, mindössze annyit próbáltam mondani, hogy amikor mégiscsak greppel, seddel, meg hasonlókkal kell "bohóckodni", meg control syntaxokkal csesződni (főleg, amikor nem valami eldobhatót tákol az ember), ott az én ízlésemnek sok a zaj, amikor azzal foglalkozom, hogy jó legyen shellben, nem azzal, amit megoldani akarok. Nyilvánvalóan, mivel ebből kifolyólag ezeket én többnyire már másban csinálom meg, egy csomó dolog, ami rutinosabban gyorsan menne, ráerősít erre az érzésre.




Aki hozzánk programozói tudást igénylő pozícióra jelentkezik ...: https://hup.hu/szavazasok/20160719/aki_hozzank_programozoi_tudast_igenylo_poziciora_jelentkezik#comment-2005872

volt itt valami blog vagy topic a napokban, ahol pont azt nehezményezte a kolléga, hogy hát minek kell mindenhova ezek a fránya kommunikációs skillek.




Aki hozzánk programozói tudást igénylő pozícióra jelentkezik ...: https://hup.hu/szavazasok/20160719/aki_hozzank_programozoi_tudast_igenylo_poziciora_jelentkezik#comment-2006166

"es az interakcios/kommunikacios kepessegre epit, amit nem lehet tanulni"

dehogynem lehet tanulni.




Aki hozzánk programozói tudást igénylő pozícióra jelentkezik ...: https://hup.hu/szavazasok/20160719/aki_hozzank_programozoi_tudast_igenylo_poziciora_jelentkezik#comment-2006526

Erőszakkal nem, viszont a saját elhatározás csodákra képes. Ráadásul nem arról volt szó, hogy valaki változtassa meg teljesen a személyiségét (és legyen durván introvertáltból durván extrovertált), hanem arról, hogy lehet-e a munkahelyi élethez szükséges kommunikációs készségeket fejleszteni, azt pedig egyértelműen lehet.




Aki hozzánk programozói tudást igénylő pozícióra jelentkezik ...: https://hup.hu/szavazasok/20160719/aki_hozzank_programozoi_tudast_igenylo_poziciora_jelentkezik#comment-2006609

De, szerintem kb ugyanaz, csak hangsúlyosabban jelentkezik. Egyébként én ismerek nem egy introvertált HRest :)

Imho HRsnek a nem extrémen introvertált (ami egyébként szerintem az esetek nagyobb többségében simán gyerekkori szocializációs probléma, és mint olyan, tanult) jobb. Ugyanis nem az a feladat lényege, hogy puszipajtásként gyertek ki az interjú végén az alannyal, hanem, hogy felmérd, hogy milyen a jelölt. Ahhoz meg a megfigyelőképesség, amit leginkább abból fakad, hogy nem a saját hangod szereted hallani mindenek felett fontos. Az a része meg, hogy mit kell figyelni, igenis tanulható.




Aki hozzánk programozói tudást igénylő pozícióra jelentkezik ...: https://hup.hu/szavazasok/20160719/aki_hozzank_programozoi_tudast_igenylo_poziciora_jelentkezik#comment-2006717

az megvan, hogy az introvrtált nem azt jelenti, hogy valaki szociálisan tarthatatlan, "csak" annyit, hogy fárasztja az interakció, és kell neki magány, hogy "töltődjön"? És ált visszafogottabb, mert nem annyira énközpontú a kommunikációban, mint egy átlagos extrovertált, ami miatt pont a másik fél megértése könnyebben is mehet neki.




Aki hozzánk programozói tudást igénylő pozícióra jelentkezik ...: https://hup.hu/szavazasok/20160719/aki_hozzank_programozoi_tudast_igenylo_poziciora_jelentkezik#comment-2006775

Nézd, én csak annyit mondtam, hogy amit felsoroltál, azokban nem nagyon akadályoztatott egy introvertált. Igen, van ami nehezebb, cserébe továbbra is állítom, hogy valami meg könnyebb.

És nyilván, nem is jön ki mindig jól, de olyan példákat is simán tudok mondani, hogy a főnök extrovertált mivolta hogyan baszott el dolgokat :)




Simplenote - az iOS, Android és macOS alkalmazásaink mostantól nyílt forrásúak: https://hup.hu/cikkek/20160815/simplenote_az_ios_android_es_macos_alkalmazasaink_mostantol_nyilt_forrasuak#comment-2011872

úgy látom a [ ] [x] markdown extensiont nem tudja, legalábbis a saját kliense.




Webes adatbázis tudományos kutatáshoz: https://hup.hu/node/147234#comment-1985123

Az kb 5 mérnöknap, se. Ennyiből azt kb felejtsd el, hogy válogatsz, meg teszteljen sok böngészőre, meg egyedi igényeid vannak, meg ilyesmi. Talán találsz valakit, aki valami szigorúan ingyen cmsből vagy adatbázis frontend konzervből összekalapál neked valamit, de ehhez is valami nagyon durván olcsósított faszit kéne kifogni.

És akkor arról még nem beszéltünk, hogy hol tervezet ezt futtatni, meg üzemeltetni.




Webes adatbázis tudományos kutatáshoz: https://hup.hu/node/147234#comment-1986005

Megpróbálok konstruktív lenni én is, hátha segít. :) Márcsak azért is, mert látszik, hogy legalább gondolkodsz azon, higy mit kéne kérdezni, viszont akivel beszéltél, az kicsit szerintem elvitt az erdőbe, először azzal, hogy magyarázott neked mindenféle adatbázis kezelőről, másrészt azzal, hogy valószínű frontendes volt (a működik-e számos böngészőn meg ilyesmikből következtetve) viszont az itt csak a jéghegy csúcsa, a technológia meg legyen alapvetően annak a baja, aki csinálja, neked kb mindegy.

Igazából az van, hogy ahogy nézem, neked most még nem azt kellene kitalálni, hogy mit kérdezz a fejlesztőtől, hanem hogy megértsd, hogy mire is van igazából szükséged, uh ennek menjünk neki kicsit. Egyébként is két dolog lehet: vagy értelmes infossal hoz össze a sors, és ugyanezeket fogja kérdezni, akkor nem baj, ha már gondolkodtál, vagy valami kóklerral, aki megcsinálja azt, amit sikerült előadnod, és leszarja, hogy használhatatlan lesz.

Szóval, amit tudunk, hogy néhány tízezres nagyságrendben akartok színházi lapokat kereshetővé tenni. Gondolkodnivalók:

1) Hogy kerülnek ezek feldolgozásra? Ez is a megoldandó feladat része, vagy ezt ti csináljátok valahogyan? Esetleg részben?
1.1) Kell-e szállítani valamit a digitalizáláshoz? Hardwaret / szoftvert. Ha nem, akkor hogyan lesznek elérhetőek az általatok digitalizált források? Ha igen, akkor hol vannak a források (pl kijöhetnek-e onnan), mennyire érzékenyek, sérülékenyek, milyen ütemben kell feldolgozni, mennyi ember van hozzá, ilyesmi.
1.2) Adatfeldolgozás: feladat-e valamilyen automata adatfeldolgozás? Kell-e pl hogy a rendszer szövegfelismerjen ezekről a lapokról? Ha igen, milyen nyelven vannak pl? Jellemzőek-e a csicsás dolgok, vagy sima nyomtatott szöveg? Esetleg kézzel írott? Kell a tartalmat elemezni (mondjuk felismerni, hogy az impresszumon a név az egy szerző, vagy a jobb fenti sarokban a színház neve szerepel. Esetleg van-e valami plusz feldolgozandó? Mittomén, valami könyvtári leltár, amin további extra adatok vannak, pl, év, készítő, ilyesmi, amik magán az anyagon nincsenek rajta. Vagy minden fontos adatot (amit később keresni akartok) feldolgozásnál kézzel berögzít valaki?
2) Adatrögzítés. Hogy kerülnek be az adatok a rendszerbe? Arra is kell felületet adni? Ha igen, kik, honnan, és hogyan használják? Sok dolgot tesznek be egyszerrre? Esetleg az általatok már digitalizált dolgokat kell automatán elhozni? Honnan? Milyen technológiával lehet hozzáférni? Milyen gyakran kell / honnan lehet tudni, hogy van új adat?
3) Kereshető adatok: ezt már karcolgattuk feljebb, de mivel hangsúlyozod, hogy nektek a kereshetőség fontos, érdemes ezen külön gondolkodni, ugyanis, hogy milyen szűrők vannak, az alapvetően azon múlik, hogy mennyire van jól meghatározva, hogy miben kell keresni. Elég valami fullstack search, vagy vannak kiemelt típusú adatok? Mondjuk évszámok, színház neve, szereplők, rendezők, címek, nem tudom, amit nevesítve kell tudni keresni? Ezek milyen összefüggésben állnak önmagukkal? Pl évszám tól-ig? Vannak valami kategóriák, mondjuk egy színházcsoport, vagy mondjuk stílusok továbbbontva valami fastruktúrába? Hogyan függenek össze egymással, milyen relációk lehetnek köztük? (és ezek mind visszakanyarodnak a kettesre is: ki, és hogyan fogja ezeket rögzíteni, mit kell belőle a rendszernek kitalálni?) Hogyan használják a megtalált adatokat? Kell nekik valami export? Van szükség valamilyen összesített kimutatásra, statisztikára?
4) Felhasználók: ki ők? Hányan vannak? Hol vannak? Milyen eszközön használják? Mennyire rutinos számítógép használók? Kell-e őket okatatni, és ha igen, mire? Tudnak érdemben beszélni a munkájukról mert már most is csinálják, és az ő életük megkönnyítése a feladat, vagy majd csak azután jelennek meg, miután ez kész van, és majd a szakmai részt is oktatni fogjátok nekik?
5) Munkafolyamatok (felület): a felhasználók mit csinálnak? Csak keresnek? Rögzítenek is? Van még valaki a munkafolyamatban? Pl van-e olyan, aki már a rendszerben nézi a nyers képet, és pötyögi hozzá az adatokat ott? Vannak jogosultsági dolgok? (Ki mihez férhet hozzá?) Van valami fizetős dolog?
6) Üzemeltetés: hol lesz? Ki fogja üzemeltetni? Ez is része a feladatnak később, vagy majd ti? Van hozzáértő csapatotok? Vannak preferenciák, megkötések (pl windows / linux infrastruktúrátok van, azon kéne futni, nem értenek a másikhoz, ilyesmi)? Lehet-e olyan elem a renszerben, aminek pl éves licenszköltsége van? Ha ez is a feladat része, akkor nálatok kell-e üzemeltetni, vagy megoldhatja, aki csinálja, ahogy akarja (és persze ennek is vannak szintjei, milyen elvárásaitok vannak)
7) Oktatás: kinek, mennyit kell okatni?
8) Jövő: milyen hosszan kell ennek működni? Mikortól kell már csak "életben tartani", meddig tart az aktív munka?

Na, ha ezek kb megvannak, akkor majd el lehet kezdeni gondolkodni azon, hogy milyen ütemezésben szeretnétek csinálni, hogyan fogtok munkát ellenőrizni, mikor, mennyit fizettek, mihez kötitek, hogy fizettek? Hogyan akartok belefolyni a munkába, milyen gyakran akarjátok látni, hogyan fogjátok kezelni a változás kéréseket? (Mert azok lesznek). Milyen határidők vannak? Úgy képzelitek, hogy előtte részletesen megtervezitek, kész lesz, és lehetőleg utána 10 évig elketyeg, vagy inkább indulnátok valamivel, ami a legégetőbbeket megoldja most, és hogy igazából mi kell, az majd közben alakul, és szépen mindig megbeszélitek, hogy most mi jön, az mikorra kell, és mennyiért? Hogy képzelitek a supportot? Kell folyamatosan, esetileg, esetleg egyáltalán nem?
--
Na itt most abbahagyom, mert kissé sűrű így, hogy sok lehetőség van benne feszegetve :)




ha kockára teszed az életed: https://hup.hu/node/148846#comment-2011761

más fele járunk ezek szerint, 130as tempó mellett alig páran előznek. Sokkal sokkal kevesebben, mint mondjuk 5 éve.




Levél küldése több címzettnek: https://hup.hu/node/148939#comment-2011781

vagy csak csinál egy facebook eventet :D




Levél küldése több címzettnek: https://hup.hu/node/148939#comment-2011793

nem, nem, az ördögtől való kémkedőgenya cia találmány, természetesen semmi hasznosra nem lehet használni :)

(egyébként a konkrét esetben nem egyszerűbb, mert a kollégának nincs. és persze van még ilyen szolgáltatás, mittomén doodle, vagy ilyesmi, csak amennyire rémlik, a legtöbb nem küld mondjuk inviteokat emailben (built in levlist, hehe) gondolom épp amiatt, hogy ne legyél bizalmatlan a megadás szükségességével, viszont emiatt meg ugyanúgy teríteni kéne a linket)




Microsoft removes policies fom Windows 10 Pro: https://hup.hu/node/148679#comment-2007664

azért némi különbséget vélek felfedezni a "valamilyen feature-t kidob" és a "valamilyen featuret kikapcsol nálad, de egyébként drágább verzióban meghagyja" között.




Microsoft removes policies fom Windows 10 Pro: https://hup.hu/node/148679#comment-2008201

Ne már, komolyan hol van szó? Ez a téma. Volt, most kipeccseljük, már nincs.




Win10, wake up, turn on, omg.: https://hup.hu/node/148789#comment-2009257

és azt mennyire szereti az os, ha egy update közben úgy dönt a hw, hogy nem fogok megsülni, és kikapcsol a picsába lendületből?




Win10, wake up, turn on, omg.: https://hup.hu/node/148789#comment-2009271

szóval akkor maradhatunk abban, hogy a mindenféle aksiról menő eszközök korában esetleg egy kicsit jobban is lehetne figyelni erre nálatok és nem lesöpörni a problémát egy ilyen félvállról vett üggyel? :)




Win10, wake up, turn on, omg.: https://hup.hu/node/148789#comment-2009304

aha, szóval ez a bekapcsolunk a picsába, azt majd lesz valami, ez jó stratégia, értem. :)




Win10, wake up, turn on, omg.: https://hup.hu/node/148789#comment-2009481

Sajnos tartok tőle, hogy ezt most Marci nem gondolta végig igazán, pedig általában még az elfogadható oldalán van a "minden szentnek..." dolognak.




"Megérkezett a Windows 10 évfordulós frissítése": https://hup.hu/cikkek/20160803/megerkezett_a_windows_10_evfordulos_frissitese#comment-2009583

Esetleg szépen majd becsúszik a mainstreambe (szerintem már el is kezdődött) "látjuk, hogy adblockot használsz, légyszi kapcsold ki, nem mászunk villogó szarral az arcodba, becsszó" működések, és tényleg talán csak javul a helyzet. (igazából már javult).

Persze esetleg a "látjuk hogy adblockot használsz, nincs tartalom, cseszd meg" is lehet :)




"Megérkezett a Windows 10 évfordulós frissítése": https://hup.hu/cikkek/20160803/megerkezett_a_windows_10_evfordulos_frissitese#comment-2009259

mondjuk arra azért kiváncsi lennék, hogy mondjuk a lastpass hogy spórol az aksival? :)




"Megérkezett a Windows 10 évfordulós frissítése": https://hup.hu/cikkek/20160803/megerkezett_a_windows_10_evfordulos_frissitese#comment-2009489

ez mondjuk nem szimplán magyartalan, ez úgy hülyeség ahogy van, de tény, hogy ezzel sem mondok újat valószínűleg :)




"Megérkezett a Windows 10 évfordulós frissítése": https://hup.hu/cikkek/20160803/megerkezett_a_windows_10_evfordulos_frissitese#comment-2009584

Igen, nyilván ez lett volna a mondandó, az tiszta.




No CSS: https://hup.hu/node/148764#comment-2008475

valószínűleg ez az izé pont ezért készült :)




Biztonsági hibák! Itt a világvége!: https://hup.hu/node/148766#comment-2008464

"Tehát az emberi hülyeség állandó, csak azóta van internet. Is. ;)"

Ezért már megérte felkelni :D




Véded-e speciális tokkal a chippel ellátott kártyáid?: https://hup.hu/szavaz%C3%A1sok/20160524/veded-e_specialis_tokkal_a_chippel_ellatott_kartyaid#comment-2006380

Le van írva: mivel a cvv-t tilos tárolni, ezért azt minden alkalommal be kéne kérni, és akkor az amazon nem tudná tolni 1-click buyt. Ezért elegánsan úgy oldották meg, hogy akkor ők elvannak a cvv nélkül is, nekik végül is mindegy, kinek a pénze.... Ja, és bonuszként a névre meg szarnak.




Véded-e speciális tokkal a chippel ellátott kártyáid?: https://hup.hu/szavaz%C3%A1sok/20160524/veded-e_specialis_tokkal_a_chippel_ellatott_kartyaid#comment-2008322

Nem. Azt mondom, hogy nem is kéri el a cvv-t. Ha rossz cvvt adnál meg valahol, akkor elutasításra kerülne, mert olyankor leellenőrzik, csak az amazon azt nem is kéri el.

És azért nem a közvetítő bank dönt ilyesmiről, mert az amazon nem közvetítő bankon keresztül intézi ezt.

És egyébként ja, az egész bankkártya security elég nagy kalap szar, a cvv is inkább csak leukoplaszt egy hasba-szúrásra (bár ettől függetlenül ha én lennék a visa, tuti nem engednék merchantoknak ilyet, torkonszúrás járna cvv nélküli card not present tranzakcióért, csak hát ugye van az a pénz), leginkább attól biztonságos, hogy ha valami gatya van, akkor a mastercard/visa/amex eléggé szó nélkül tejel (illetve veri le a szerződéses partner bankjain). Ráadásul észak amerika egyébként is elég viccesen áll hozzá, pin kód alig valahol kell, szarnak bele, ráadásul összevissza minden bank saját kártyát ad, stb. Meg csekkeznek, mág mindig. Gyász.

De nehogy azt hidd, hogy az amazonos eset egyedi, gyakorlatilag bármelyik szálloda chargeol simán egy emailben kapott bankkártyaszám alapján. Van -- és ez nem is olyan ritka -- aki még arra se veszi a fáradtságot, hogy megnézze a kártyát, amikor ott vagy, csak megkérdezik, hogy akkor mehet-e arra, sőt olyan is volt már, hogy a reggeli távozás előtt simán jött a susmus hajnalban, hogy meghúzták a cardot, és csak azért volt 5 secnél több a checkout, mert mondtam, hogy kedves az előre nyomtatott számla, csak nekem a cég helyi szervezete nem jó, az én otthonim kell.




Véded-e speciális tokkal a chippel ellátott kártyáid?: https://hup.hu/szavaz%C3%A1sok/20160524/veded-e_specialis_tokkal_a_chippel_ellatott_kartyaid#comment-2008462

mondj kérlek olyan oldalakat, akik egyszer elkérték a cvvt, és utána nem. Csak hogy tudjam, honnan nem nagyon veszünk semmit :)




Véded-e speciális tokkal a chippel ellátott kártyáid?: https://hup.hu/szavaz%C3%A1sok/20160524/veded-e_specialis_tokkal_a_chippel_ellatott_kartyaid#comment-2008523

Szerintem nekem az mindig elkéri a cvvt....




Véded-e speciális tokkal a chippel ellátott kártyáid?: https://hup.hu/szavaz%C3%A1sok/20160524/veded-e_specialis_tokkal_a_chippel_ellatott_kartyaid#comment-2008542

hmm, és tényleg, szameg :)




textfájlban string keresés, fájl áthelyezése: https://hup.hu/node/148756#comment-2008326

át kéne állni mboxra, nincs mese, az a fasza :D




Solaris 10 és a passwd: https://hup.hu/node/148703#comment-2007808

igen, a puppet agent alapú. Biztos lehet valamit taknyolni, hogy valami kamu agent igazából majd sshn baszódik, de nem érdemes, akkor már inkább az ansible, az by design agentless.




Solaris 10 és a passwd: https://hup.hu/node/148703#comment-2007811

láttam a másik topicot, azért mondtam, hogy inkább az ansible.

Egyébként csak root pw-t akarsz managelni, vagy valami mást is?

(nem nézegettem meg jobban, de azért elég furcsa lenne, ha egy alapvetően interactive cucc nem az std*-ot használná, nem is rémlik ilyesmi solarison, valami más lesz ott.)




A Pokémon GO ...: https://hup.hu/szavazasok/20160726/a_pokemon_go#comment-2006705

Valami olyasmi, hogy ha nem a gyerek a cél, akkor pfujj, ha jól emlékszem. Az biztos, hogy ezért köcsögölnek afrikában a gumival, és ha jól rémlik, akkor ue. mondják a for fun sexre.




A Pokémon GO ...: https://hup.hu/szavazasok/20160726/a_pokemon_go#comment-2006798

ugyan nem kedvelem kifejezetten a katolikus egyházat, csak szeretném jelezni a külvilágnak, hogy ehhez a csodás gondolathoz semmi közöm nem volt...




A Pokémon GO ...: https://hup.hu/szavazasok/20160726/a_pokemon_go#comment-2006645

én arra szavaztam, hogy aktuális hülye hájp, ettől még nem zavar, ha más játszik, és jól érzi magát vele. Csak már a leírás alapján is alapvetően unalmas egy valami, és tisztán látszik, hogy volt már ilyen, csak abba nem voltak pokemonok, uh le fog csengeni, mert nincs újdonság benne. (Mondjuk én az egész pokemon izét sose értettem, de gondolom csak mert vén vagyok)




A Pokémon GO ...: https://hup.hu/szavazasok/20160726/a_pokemon_go#comment-2006704

ja, azt hiszem az volt a legismertebb, bár rémlik valami más is :)




okos butatelefon: https://hup.hu/node/148506#comment-2005343

A lényeg, amit halj meg belőle (mert hogy ez most egy bazi nagy, törékeny note az mellékes imho): ha egy telefonon leheréled az extra funckiókat egy mostani telóból, és nem nyúzod, akkor sokáig bírja. Tipikusan kimegyek külföldre dolgozni, data roaming ki, ha olyan a hely 2gre vissza, wifi este a hotelban, és azok a telefonok, amik az éppcsak kibírunk egy napot - max másfelet között mozognak hirtelen elvannak minimális akksi fogyasztással (volt olyan, hogy az egyébként gyász lg 2x-et 94%-on sétáltattam be este a hotelba) -- vagyis nem feltétlen kell neked "butafon".

De igazából azt nem értem, hogy ha ennyi az igény, minek a hangouts, azon túl, hogy trendi, meg "ingyen" van? gondolom ez viszonylag ritkán, mennyi egy perc telefon 30-40 forint? Egy sms meg 20 (ha nem dobnak utánad párszáz darabot havonta ingyen). A célnak megfelel, és tegyük fel, hogy napi átlagban elsütsz a gyerekre 50 forintot (ami a fentiek alapján igen nagyvonalú becslés), az nincs évi 20k, annyiból nem fog kijönni a net előfizu plusza, meg az annyival okosabb teló.




okos butatelefon: https://hup.hu/node/148506#comment-2005346

"Ha van Hangouts, az le fogja szívni az akkut az állandó mobilnet és a push notification miatt, pláne ha elkezd a gyerek böngészni a neten bármit, teljesen mindegy, hogy mennyi nyomógomb van rajta és mekkora a kijelző."

annyiban nem mindegy, hogy egy nyomógombos szaron nem fog elkezdeni a gyerek semmit csinálni, hanem a táska mélyére dugja :)




okos butatelefon: https://hup.hu/node/148506#comment-2005454

azt akartam mondani, hogy ha egy srácnak nagyifont veszel, azt jó eséllyel inkább eldugja, mert ciki. Vagyis csak arra fogja használni, amire apu szánja, nem fogja bújni egyébként, uh annyival emiatt jobban fogja bírni :)




okos butatelefon: https://hup.hu/node/148506#comment-2005499

véleményt nem nyilvánítottam, főleg nem olyat, hogy ez így jó.




Wolf Gabor marketing commando spammer befejezi: https://hup.hu/node/148423#comment-2003838

jaja, rengeteg ilyen globális szempontból marginális faszságról sikerült már nemzetközi egyezményeket és jogharmonizációt tető alá hozni :D :D :D




Wolf Gabor marketing commando spammer befejezi: https://hup.hu/node/148423#comment-2004096

Hmm, ott a pont :)

De igazából csak félig, ott valaki hozott egy helyen egy olyan fasz szabályozást, ami miatt mindenki más is nézheti. Értem, hogy a valaki ezesetben az EU, de azért azt nemzetközi jognak ebből a szempontból nem tekinteném, kb olyan, mint az US federal.




Kis irodai szerver valasztas: https://hup.hu/node/148563#comment-2005885

"nem egy esetről tudok amikor a raid vezérlő vagy épp a márkás storage meghibásodása miatt futottak bele adatvesztésbe. Persze a szóló vinyótól nyilván jobb, az nem is kérdés..."

és legalább ha megfekszik majd gari nélkül 5 év múlva, akkor lehet túrni az internetet, hogy találj egy olyan hw raid vezérlőt, amivel le tudod valahogy vadászni az adataid.




Kis irodai szerver valasztas: https://hup.hu/node/148563#comment-2005895

+1 egyébként, én is azt gondolom, hogy erőteljes műszaki túldimenzionálás folyik. Ha van egy normálisabb router, akkor hajrá. Horible dictu venni valami nast, pont erre vannak.




Kis irodai szerver valasztas: https://hup.hu/node/148563#comment-2006015

+1 Bár személy szerint szerintem sose csináltam softraidet hotswapos vinyókon, de nem látom, hogy mi akadályoz meg a döglött cucc tömbből kivesz, mancika odaküld, új disk tömbbe berak mókában?




Kis irodai szerver valasztas: https://hup.hu/node/148563#comment-2006031

oszt? odamenni nem kell, azért van az ssh.




Kis irodai szerver valasztas: https://hup.hu/node/148563#comment-2006599

ez csodálatos képzavar volt :)




Kis irodai szerver valasztas: https://hup.hu/node/148563#comment-2006073

Ja, elviekben. A gyakorlatban azért van pár dolog:
- imho mancika is kb akkor dolgozik, amikor a rendszergazdi, munka közben meg azért ez nem annyira para.
- ráadásul feltételezzük, hogy a disk már ott ficeg a polcon, mert különben majd úgyis hozza a jóember a cserét a 4órásba vagy az NBD-be, lehet rá készülni.
- ha meg már ott ficeg a polcon, akkor többnyire nem ott, hanem eleve bent van a spare disk az eszközben, szóval nem hajt a tatár.
- fene tudja, lehet csak én vagyok rosszul kötve, de egy döglődő diszket nem cseréltetnék mancikával ki, csak egy alarm alapján, mielőtt rá nem nézek, hogy tulajdonképp mi is történik, mert azért az veszélyes üzem. Félreértés ne essék, van olyan rendszer ahol simán, de ott meg már mancika nem lesz.




Kis irodai szerver valasztas: https://hup.hu/node/148563#comment-2006119

na, épp ez az, amit én kissé ritka esetnek gondolok. Amikor ugyan hozzáértő a környéken nincs, meg csak hetente jár, és egyébkéntis, ha szabin van, nincs helyette más, de befektetni normális cuccba befektetünk (és aztán hagyjuk mancikát hozzányúlni)

Illetve szó nem volt sarki csemegéről. Vendor NBD gariról volt szó. Illetve tapasztalataim szerint, ami hotswap van, ott általában a tartalék vinyó sem a polcon van, hanem spareként ott van a tömbben, uh nem kell dugdosni :)

Szóval értem mint mondasz, igaz is, csak szerintem nem egy gyakori eset.




Kis irodai szerver valasztas: https://hup.hu/node/148563#comment-2006601

azért jól beállítod, hogy pont ott legyen a még belefér határa, hogy megálljon a mancikás teóriád. :)




Bináris csomagjainál előfizetéses modellre vált a SOGo/Inverse: https://hup.hu/cikkek/20160721/binaris_csomagjainal_elofizeteses_modellre_valt_a_sogo_inverse#comment-2006019

mint ahogy az ITs munkaideje is rendszeres kiadás, tehát érdemes mérlegelni, hogy hogyan jobb.




Skype for Business Server 2015 / Lync Server 2013 tapasztalatom: https://hup.hu/szavazasok/20160711/skype_for_business_server_2015_lync_server_2013_tapasztalatom#comment-2003635

érdekes, hogy mennyien mondják, hogy szar, nálunk 2013 van, és alapvetően működik. Van hang, meg a telefonos bridge, meg lehet osztani mindenfélét, azt látják is mások, elmennek az üzik.

Jó, a mobilos kliens meg a vele való integráció egy rossz vicc a "most nem tudtunk néhány üzenetet megmutatni, kérdezd meg a többieket miről maradtál le" jellegű hülyeségeivel, meg a history is szar (coversation folders, rly?) de egyébként megy. (Pedig bevezetés környékén dadogott erősen)




Skype for Business Server 2015 / Lync Server 2013 tapasztalatom: https://hup.hu/szavazasok/20160711/skype_for_business_server_2015_lync_server_2013_tapasztalatom#comment-2006016

ő, a szerver részéről fogalmam sincs, én csak mint felhasználó látom. Confból kihulló emberre egyáltalán nem emlékszem, screenshare, pptk hasonlók teljesen rendben mennek. Videozni mondjuk nem nagyon szoktam az tény, de az is szokott menni. Jó, néha van valaki, akinek valami fos van a hangjával egy reconnectig, de egyrészt azért ez ritka, másrészt meg olyan telkonf rendszert én még nem láttam, ami időnként ne csinálná ezt, pedig volt egy párhoz szerencsém.

linuxos kliensről spec fogalmam sincs, az igaz.




apt csomag installacioja - ansible playbook: https://hup.hu/node/148561#comment-2005771

ugyan játszáson túl még nem nyomkodtam ansible-t, és már egy szóra se emlékszem, de ez kis túlzással egy emberi nyelven írt angol mondat. :)




apt csomag installacioja - ansible playbook: https://hup.hu/node/148561#comment-2005823

igen, ezt akartam mondani, hogy ugyan nem ismerem az ansiblet, de tök egyértelmű, hogy mit jelent.




Akkor most stadiont minden faluba?: https://hup.hu/node/148098#comment-1998386

"legalább ezt ez egy hetet várjátok már ki vele, aztán majd folytatódhat a rém izgalmas stadionosdi."

állás folgalás nélkül, de azért vicces, hogy a blintux az örömködős topicba szarik, akkor minek megy oda, és rontja el másnak az örömét, ha sj nyit egyet külön, akkor meg az se jó...




Akkor most stadiont minden faluba?: https://hup.hu/node/148098#comment-1998455

de. láthatólag van, pl idézett mondat, amit nehéz másképp értelmezni, mint hogy mindenki kussoljon, aki az euforikus örömön kívül mást merészelne a téma kapcsán felhozni, ami érveléstechnikájában sincs messze az említett kollégától, és hát igazából stílusában sem nagyon.




Akkor most stadiont minden faluba?: https://hup.hu/node/148098#comment-1998586

inkább a nyelvaton :) a felszólító mód már csak ilyen :)

de no para, engem különösen nem zavar. :)




Good written and verbal communication skills: https://hup.hu/node/148511#comment-2004939

az viszont bizony comm skill, hogy meg tudod-e magyarázni annak a szerinted ehhez nem értő embernek, hogy most ez a rootos izé lényegtelen neki ;)

Amit te mondasz, az triviális rutin melóknál igaz lehet talán, bárhol, ahol gondolkozni kell, vagy másokkal együttműködni, ott bizony az értelmes kommunikáció (ahol a szakmai dolgokat sem lehet félmondattal elintézni) fontos.




Good written and verbal communication skills: https://hup.hu/node/148511#comment-2005009

nem para, majd vesznek fel olyat, akinek vannak comm skilljei, aztán majd tolmácsol a barlanglakó ITs meg a külvilág között :D




Good written and verbal communication skills: https://hup.hu/node/148511#comment-2005175

jaja, de az igazság az, hogy mezei talpas csapattagok között is mindig vannak olyanok, akinek megy ez, majd ők eltologatják a csapat barlanglakóját a sarokban :)

És félreértés ne essék, nem per definem baj az, ha valaki ilyen, a fenti poénkodós megfogalmazás ellenére. Ha egyébként nevezett egyén antiszoc jellemvonásai ellenére hasznos, mert valamit tényleg átlagon felül jól csinál (ami igazán nem példa nélküli, mert ha valaki nagyon egysíkú, akkor abban az egyben sokszor tényleg jó), akkor a közvetlen munkatársakkal ált valahogy elvan, kezelik, szűrik neki a külvilágot, támaszkodnak arra, amit csak ő tud.. Ha meg nem, akkor úgyis kiutálják a francba.

Nyilván ebből az is következik, hogy az a másik srác a csapatban, aki ugyan nem akkora guru, de képes kommunikálni, értelmesen szervezni, becsülni, normálisan beszélni a mindenféle előnyökről, hátrányokról, a kifele haszontalannak tűnő "ezt kéne csinálni" dolgokról, az legalább olyan hasznos lesz.
Úgyhogy ez igazából leginkább az antiszoc embernek lesz probléma személyesen, mert egyrészt folyamatosan frusztrált lesz, mert mindenki faszságot csinál körülötte, másrészt meg érdemben előremozogni a ranglétrán nehezebb, mert fonák módon nagyon rá lesz utalva a csapatára az ilyen interakcióknál :)




Angular Attack magyar győztesekkel: https://hup.hu/cikkek/20160628/angular_attack_magyar_gyoztesekkel#comment-1999667

olyan kozel lakik viktorhoz?




Debian 8.2 LaTeX Telepítés: https://hup.hu/node/148487#comment-2004825

mondjuk tekintve, hogy a kedves kérdezőnek messziről láthatólag nem a texxel van baja, hanem azzal, az aptt képtelen működésre bírni, szerintem inkább javítsuk meg neki azt, ne terheljük ilyen extra dolgokkal.




Jótanácsok tóra ruccanó pöstieknek.: https://hup.hu/node/148385#comment-2003594

azért lássuk be, hogy van némi különbség aközött, hogy nem használható a bringaút normális közlekedésre, vs nem használható a bringaút edzésre, mert akkor ott őt mindenféle mások zavarják. Ilyen alapon én is nyugodtan mehetek kocsival a járdán, tolakodhatok előre a kanyarodósávban, és húzhatom rá dudálva mindenkire a kormányt, aki ott van, ahol én éppen lassítás nélkül lenni akarok, elvégre a faszér nem hagy engem zavartalanul közlekedni. Ja, és ha driftelek a körforgalomban, akkor bizony ugorj a zebráról, nehogymár le kelljen lassítanom a hobbim közben.

Kevésbé sarkosan: bringázzon, sportoljon úton, de azért ez a márpedig én csak azért is oda megyek hobbi bringázni, ahol egyébként is fasza nyáron közlekedni, és szarok mindenkire, mert nekem az edzés... szóval az kicsit bicskanyitogató :)




Jótanácsok tóra ruccanó pöstieknek.: https://hup.hu/node/148385#comment-2003632

Na de itt fentebb ki van fejtve, hogy ez az ok.

Illetve "kozlekedesre (sebessege, kerékpárja " ezt azért csak módjával, mert akkor tulajdonképp megint ott tartunk, hogy autoval se kell lassítani, ha mások közlekednek előtted? Meg járhatok normális közlekedésre alkalmatlan autoval?




Jótanácsok tóra ruccanó pöstieknek.: https://hup.hu/node/148385#comment-2003643

Félreérted, engem alapvetően nem zavarnak a bringások (bár --pusztán FYI -- 50nel csak akkor, ha sisak is van rajta :) )., hébe-hóba még én is ráülök, meg egyébként is úgy vezetek, hogy segítsek másokat a közlekedésben -- na nem csak azért mert olyan jófej vagyok, hanem azért, mert alapvetően úgy tud mindenki leggyorsabban a dolgára jutni, ha izmozás helyett normálisan együttműködve közlekedünk.

Kifejtem:

- sebesség. Nem zavar, ha bármennyivel megy is. Csak az nem kifogás, hogy azért nem megyek a bringaúton, mert ott nem tudok a sok tötyörgőtől menni, ezért inkább kimegyek a forgalomba. Ahol aztán én leszek a tötyörgő, akitől nehezebb haladni, de az autósnak ezt természetesen tessék tiszteletben tartani, ő lassítson. Ehelyett azt gondolom, hogy ahogy nekem lassítani kell, ha forgalom olyan, úgy neki is kell a bringaúton. Ha ez nem tetszik, akkor lehet menni olyankor / oda edzeni, ahol nincs forgalom.

- normális közlekedésre alkalmatlan - olyan kerékpárral, ami alkalmatlan a bringaúton való használatra nem kell forgalomba menni, mert ez alapvetően továbbra is közlekedés, nem edzőpálya.




Jótanácsok tóra ruccanó pöstieknek.: https://hup.hu/node/148385#comment-2003765

Az a jó, hogy te is megpróbálod a számba adni, hogy nem működök együtt. De igen, azt teszem. Nem megyek a seggedbe, nem húzom rád, nem megyek el centikre melletted, és ha úgy alakul, nyugodtan megvárom hosszan, mire ki tudlak kerülni. Sőt, nyilván alapvetően eszembe nem jutna nem az autopályán lemenni pl a balatonra, mert aki ezt csinálja agárdgárdonyvelencén keresztül nyáron, mint akikről a topik részben szól, azoknak összességében nincs annyi működő agysejtjük, mint egy tányér döglött molylepkének.

Ettől még továbbra is ott tartunk, hogy neked lehet nem arra menni, ahol neked valami nem tetszik, az autós viszont még csak véleménnyel se lehessen arról, hogy neki ez így nem testszik. Tipikus hozzáállás, hogy neked vannak jogaid, a másiknak meg kötelességei.




Jótanácsok tóra ruccanó pöstieknek.: https://hup.hu/node/148385#comment-2003794

engem ugyan nem zaklatott fel :)




Jótanácsok tóra ruccanó pöstieknek.: https://hup.hu/node/148385#comment-2003766

Ezeket nem is vitattam egy szóval se, továbbra sem azt mondtam egy szóval se, hogy a bringás ne jöjjön fel úttestre. Egyszerűen csak vicces abban a topikban, ami arról szól, hogy hogy a francba férjünk el a nagyon szűkös utakon a szezonban valahol, hogy jön a bringás, hogy márpedig ő oda megy edzeni, és bringaútról szó se lehet, mert neki haladni kell az edzés miatt, uh max majd mindenki szopik egy kicsit mégjobban, mert neki az jár...

Az utolsót meg láttam, de később keletkezett, mint amit én írtam, de legalábbis én biztosan csak utána olvastam.




Jótanácsok tóra ruccanó pöstieknek.: https://hup.hu/node/148385#comment-2003837

hagyjuk, láthatólag nem megy át. :)




Jótanácsok tóra ruccanó pöstieknek.: https://hup.hu/node/148385#comment-2003858

nézd, ameddig nem megy át, hogy alapvetően nem arról beszélgetünk, hogy mit szabad kresz szerint meg mit nem, addig érezd úgy nyugodtan, hogy nem tudtam megvédeni az álláspontom :)




Jótanácsok tóra ruccanó pöstieknek.: https://hup.hu/node/148385#comment-2003901

kérlek, melyik világnézetemben nem hagyom megzavarni magam? csak mert kíváncsi vagyok, mit értesz félre / melyik részét olvasod szelektíven a mondandómnak.

De in a nuthsell, akkor még egyszer: nekem semmi bajom a bringásokkal általában, nem akarom őket száműzni a közutakról, tisztában vagyok vele, hogy a bringás infrastruktúra jó része szar (eleve a bringaút leginkább kreténség, a normális bringás sáv mint pl a itt ott a 16ban, vagy pl a kiskörúton százszor jobb mindenkinek, és kifejezetten kötelezném az összes hülyét, aki a járda közepére húzott sárga csíkkal megoldottnak véli a dolgot, hogy minden nap arra járjon).

Mindössze azt tartottam kevésbé empatikusnak, hogy a te szavaddal éljek, hogy ott, ahol épp arról van szó, hogy hogyan lehetne megpróbálni elférni az időszakosan igencsak szűkös utakon ott előjön, hogy mennék oda bringával, és bringaútról szó sem lehet, mert ott nem tudok pulzust tekerni, illetve meg mertem említeni, hogy azért a közutak elsődleges célja mégiscsak a közlekedés, nem a sportoláshoz hely biztosítása.




Unity, Xfce is futtatható a Windows Subsystem for Linux-on: https://hup.hu/cikkek/20160711/unity_xfce_is_futtathato_a_windows_subsystem_for_linux-on#comment-2004314

A legjobb akkor is a nemesen egyszerű, fullscreen, kék alapon fehér ":("




Érdekes hírek a Skype-ról Linux felhasználóknak: https://hup.hu/cikkek/20160710/erdekes_hirek_a_skype-rol_linux_felhasznaloknak#comment-2003260

azért azt ugye látjuk, hogy nem mindegy kinek az ideje pazarlódik a te fejlövésed miatt? :)




Érdekes hírek a Skype-ról Linux felhasználóknak: https://hup.hu/cikkek/20160710/erdekes_hirek_a_skype-rol_linux_felhasznaloknak#comment-2003263

De ez most hogy jön ide -- avagy ne terelj -- ? Semmiféle üzleti titokról nem volt szó. Arról volt szó, hogy a képet csak úgy be lehet illeszteni, vagy trükközni kell vele, és hogy kinek okoz extra munkát az, hogy a kolléga kliensében valami nem működik normálisan.




Érdekes hírek a Skype-ról Linux felhasználóknak: https://hup.hu/cikkek/20160710/erdekes_hirek_a_skype-rol_linux_felhasznaloknak#comment-2003322

ezek mindig annyira aranyos érvelések, hogy nem baj, hogy nem működik egy feature, mert úgyis hülyeség.




Skype exciting news for Linux users?: https://hup.hu/node/148370#comment-2003257

de, simán el lehet érni lyncből a skypeos userem. (Hangot mondjuk nem próbáltam, de megatáltam saját magam, és még egy üzenet is átment)




Skype exciting news for Linux users?: https://hup.hu/node/148370#comment-2003355

Igen, tudom, hogy ezt külön kell engedni kell. Imho a kérdés arra vonatkozott, hogy meg lett-e már csinálva, és arra mondtam, hogy igen.

(És az egyébként elég wtf volt, mikor el is kezdte egyébként másik itthoni nagy IT cégnél dolgozó ismerős nevét tolni az arcomba úgy, hogy elég nagy százalékkal biztos vagyok benne, hogy sose volt köztünk céges csatornán interakció :) )




Kínai IP blokkolás: https://hup.hu/node/148416#comment-2003625

https://dev.maxmind.com/geoip/geoip2/geolite2/ esetleg?

(nyilván van fizetős is, az hetente frissül, de gondolom annyira nem.

Illetve ez csomagolva szokott lenni (debianban majdnem biztos vagyok benne), és ha jól emlékszem, még iptables modul is van hozzá.




3+ -os laptopok melegedése, miért?: https://hup.hu/node/148323#comment-2002354

Hát nem tudom, én is tapasztaltam már, és beszélgetések alapján a környezetemben más is, hogy idősebb laptopokból mintha kikopna a kraft. A takarítás / paszta a melegedés problémán sokat segít, de azért érzésre továbbra sem az igazi a helyzet, illetve van egy megmagyarázhatatlan lassulás, ami leginkább lassú programindulásokban, meg mondjuk interface lagban tud jelentkezni, és amit gyak semmiféle friss win install / takarítás nem old meg. Pedig ugyanaz a win7 mondjuk, ugyanazokkal a progikkal.




3+ -os laptopok melegedése, miért?: https://hup.hu/node/148323#comment-2002615

hidd el, én ezt mind értem. Egy rókánál pl nem is nagyon értetlenkedek (bár egyébként nem a faszt nem, mondjuk, hogy elfogadom), de az, hogy egy frissebb vlc ugyanazzal az avival, vagy ugyanaz az office szaggat, azt ne már.
Főleg úgy, hogy a memória nem fogy el pl, a hely baromira nem értem hogy releváns, fregmentáció reinstall után ugye kevésbé van (de spec volt olyan, ami némi véletlen vertikális diszpozíció után új diszket kapott vas, és egy jottányit nem lett jobb). Ja és úgy, hogy egy átlagos alsóközépkat notiban ma is kb ugynaz van, mint ezekben a 3-4 éves cuccokban, és érezhetően normálisabbak.

TL;DR örülök, hogy hülyének nézel, de nem vagyok.




3+ -os laptopok melegedése, miért?: https://hup.hu/node/148323#comment-2003119

továbbra is, ezt én mind értem (tényleg, hidd el, egészen jól tudom, hogy működik az IT, meg hogy mit tudnak az újabb procik), de ettől ezt továbbra sem indokolja szerintem. a vlc tipikusan ilyen, hogy most éppen a qt szép új verziója ketyeg alatta, az vajmi kevésbé fogja zavarni a decoder libet (amik többnyire nem lassulni, hanem gyorsulni szoktak). Szóval bocs, de én ezt nem veszem meg. :)




Értesítés Lumia mobilon: https://hup.hu/node/148382#comment-2003326

és az megfogja oldalni a random "fagyó" appokat? bezáródik, resume... van a csempékhez. Időnként restartig egyik másik el se indul....

Anno mikor frissítettem, akkor toltam rá factory resetet (többet is, előbb leresetletük a 8.1et, aztán imho w10 upgrade után is, és talán még az arra jövő frissítések után is, mielőtt elkezdtem belakini




Értesítés Lumia mobilon: https://hup.hu/node/148382#comment-2003351

én is erősen gondolkodom. a 8.1 -- az app gapet leszámítva -- rendben volt, a 10 meg n+1. középkat androidot csinált belőle. Vannak jó featureök, de a stabilitás, meg a random kretén bugok nem hiányoztak egy kicsit se.




Elrontott betumeret a hupon: https://hup.hu/node/148273#comment-2001374

eddig mi zoomoltunk be, most zoomoljatok ti ki :)




Elrontott betumeret a hupon: https://hup.hu/node/148273#comment-2001503

abszolút, engem személy szerint kb ennyire mozgat. Imho bolhafingnyi olvashatatlan volt a régi, de mivel ha valahol zavart, egy ctrl+görgö kb másfél másodperc alatt megoldotta, rádaásul úgy, hogy szét se esetett tőle semmi, kb pont nem érdekelt :)




Elrontott betumeret a hupon: https://hup.hu/node/148273#comment-2002002

ctrl f5 / browser restart, valami?




IT pozíciók korrekt megnevezése: https://hup.hu/node/148104#comment-1998387

mondjuk ez easy, elkönyveled, hogy ez a topic téged nem érdekel, és lapozol, olvasni se kell a sok-sok hszt, pötyögni meg főleg nem :)




Kvázi-reszponzív HUP: https://hup.hu/cikkek/20160630/kvazi_reszponziv_hup_alpha#comment-2000053

na bakker, akkor hackelhetek, szegény 1336 széles screenből ha még lejönnek a jobboldali tabok, akkor már azt hiszi, hogy mobilon vagyok, és kapok egy nagyon responzív minden egymás alatt oldalt :(

de leagalább ha becsukom, akkor reszponzívan normális lesz. :)




1 ip-n 2 server ( Nagios, Icinga2): https://hup.hu/node/148180#comment-1999750

legalább áruld el, hogy min fut, és mi alapján telepítetted őket, mert így még kiguglizni se tudjuk.




1 ip-n 2 server ( Nagios, Icinga2): https://hup.hu/node/148180#comment-1999780

letöltöttem egy installert, van párk sornyi sh, ami repokat vesz fel, mindent a helyére másolgat, iptablest állítgat, apacheba sedel, stb, és ránézésre nem arról szól, hogy ezt a folyamatot customizálni lehessen nagyon vele.




Javasoljatok autós GPS-t: https://hup.hu/node/147898#comment-1996008

régen se volt annyira katasztrófa, valóban be lehetett szopni csúnyákat, de mindig jót röhögtem azokon, akik már kétszer beszopták (tipikusan augusztusban vasárnap este haza balcsiról a tömeget), és ezért utána nem mentek rá véletlen se, miközben az, hogy a belvárosban hetente kétszer beszopott valami káoszt, az nem volt gond természetesen, mert az olyan.




Karórát a hétköznapokban ....: https://hup.hu/szavazasok/20140610/karorat_a_hetkoznapokban#comment-1744296

Furi, izlések és pofonok, én pl határozottan szeretem, ha van súlya az órának, illetve lehetőség szerint legyen minél nagy basz :) (Mondjuk ennek az az oka, hogy elég vaskos az alkarom is, meg a csuklóm is, egy átlagos óra nagyon játéknak hat rajtam.)




Karórát a hétköznapokban ....: https://hup.hu/szavazasok/20140610/karorat_a_hetkoznapokban#comment-1745415

Spec arról azért vannak mendemondák, hogy ő pont a férfiak abba a kategóriájába tartozik, akik nem vetik meg a női viselkedésmintákat ;)




Kedvenc Linux-disztró felhasználói felület?: https://hup.hu/szavazasok/20160615/kedvenc_linux-disztro_felhasznaloi_felulet#comment-1996442

igen, és ahogy ezt applikáljuk a guira, rögtön ki is derül, hogy szerinte akkor az xserver a felhasználói felület, a gnome (mondjuk) meg egy nem tudjuk mi, egy grafikus nyelv :)




Kedvenc Linux-disztró felhasználói felület?: https://hup.hu/szavazasok/20160615/kedvenc_linux-disztro_felhasznaloi_felulet#comment-1997398

már miért ne lehetne? Te tolsz itt egy kicsavart logikát, és amikor az ember rámutat, hogy a GUIknál a logikád azt jelentené, hogy pl a gnome nem egy UI, akkor jössz azzal, hogy nem lehet ráhúzni a guira, mert butaság lenne. FYI: a konzolra ráhúzni is butaság.




Kedvenc Linux-disztró felhasználói felület?: https://hup.hu/szavazasok/20160615/kedvenc_linux-disztro_felhasznaloi_felulet#comment-1996445

https://regexper.com/#%5E(%5B-_%5D%7C-1%7C%5C%2B1)%24




Ext4 partíció konvertálása NTFS partícióvá adatvevesztés nélkül, lehetséges?: https://hup.hu/node/102797#comment-1997872

miért ne lehetne?




KDE bug, amelynek a javítására 13 évet kellett várni: https://hup.hu/cikkek/20160619/kde_bug_amelynek_a_javitasara_13_evet_kellett_varni#comment-1997668

vizsgálták is, be is írták a bugtrackerbe, ott rohadt meg:)




KDE bug, amelynek a javítására 13 évet kellett várni: https://hup.hu/cikkek/20160619/kde_bug_amelynek_a_javitasara_13_evet_kellett_varni#comment-1998208

public bugtrackerben? soha semmi :)




[megoldva] Ruby cannot load such file -- ifconfig: https://hup.hu/node/148043#comment-1997306

Centos 8? Van időgéped? :)




Buszsávon nem közlekedünk, értem?!: https://hup.hu/node/147975#comment-1996009

mindegy, valami ideológia lesz, csak nehogy véletlen valaki az orrod alá dörgölhesse, hogy bunkó vagy Buxey.




Buszsávon nem közlekedünk, értem?!: https://hup.hu/node/147975#comment-1996426

nem, mert te már kezded is bizonyítani az állításom :)

nézd, tolod a tipikus bunkót, aki szerint az tökéletesen rendben van, hogy ő szarik mindenkire, és csak azért is tolakszik, szabálytalanul buszsávozik, stb, de persze ezt neki szóvá tenni nem szabad, emiatt másnak még véleménye sem lehet, ha véletlen valaki nem takarodik le előle azonnal, hogy ő gyorshajthasson, akkor mit szabálytalankodik a másik (általában ezt rögtön azután előadva, miután kifejtette, hogy mindenki a saját portáján sepregessen, mert a rendőr dolga ezt csinálni. Kivéve persze, ha ő a sértett fél). Mindezt ezeknek az embereknek a tipikus stílusában teszed. Lehet, hogy egyébként nem ilyen vagy, de itt most ezt a képet sugárzod magadból erősen.




Buszsávon nem közlekedünk, értem?!: https://hup.hu/node/147975#comment-1996011

" 3.) ha jobbra lekanyarodik a következőnél, akkor akár haladhat is a buszsávban"

olvasgassuk még a kreszt, mert elég rendszeres nagyonokoskodás, hogy olyankor kilómétereket lehet haladni a buszsávban. Nem. A kanyarodáshoz való felkészüléshez lehet, kb az előző harminc méteren. A legtöbb buszsávon meg is szaggatják balról a zárót, na ott lehet, egyébként csak okoskodás. (És bizony, olyan is van, hogy aki szervezi a forgalmat, és indolkoltnak látja, ennél hosszabban szaggatja meg, olyankor lehet kimenni előbb..




Hülye email: https://hup.hu/node/147984#comment-1996101

rühellem én is, a levél tetején replyzünk hülyeséggel együtt, de ez van, a cégnél mindenki ezt csinálja, nem megy a széllel szemben. Meg lehet szokni (és egyébként van némi minimális előnye is helyenként)




Hülye email: https://hup.hu/node/147984#comment-1996336

ja, aztán még ketten válaszol egy rövidet, és bleh...




A Microsoft ígéretet tett arra, hogy befejezi az Android felhasználók értesítési sávon való spammelését: https://hup.hu/cikkek/20160531/a_microsoft_igeretet_tett_arra_hogy_befejezi_az_android_felhasznalok_ertesitesi_savon_valo_spammeleset#comment-1993068

és aztán jön valami balfasz, aki pl a nem siekrült menteni jellegű üzenetet úgy küldi :)




A Microsoft ígéretet tett arra, hogy befejezi az Android felhasználók értesítési sávon való spammelését: https://hup.hu/cikkek/20160531/a_microsoft_igeretet_tett_arra_hogy_befejezi_az_android_felhasznalok_ertesitesi_savon_valo_spammeleset#comment-1993069

ja, és egyébként a mobile10ben valami elkeféltül idegesítő, hogy bazmeg a telefonköny app baszogat azzzal, hogy rateljem. Ha mégegyszer megteszi, fogom :D




Korlátozza az Airbnb használatát Izland: https://hup.hu/node/147777#comment-1993090

és itt pontosan arról van szó, hogy a piac nem tudja hatékonyan kezelni, hogy az adott lakások turistáskodásra vagy lakhatásra vannak hasznosítva, illetve hogy hány embernek kell járulékos veszteségként panziót elviselnie a tulajdona másik felén, mert a piac simán profitmaximalizálásra törekszik.




Korlátozza az Airbnb használatát Izland: https://hup.hu/node/147777#comment-1993181

Nézd, az van, hogy nagy mennyiségű túristának nem sok keresnivalója van egy alapvetően lakóhelyen, mert még ha normálisak is, problémás. Alapvetően mások ugyanis az igényeik, alapból megterhelőbbek a külvilág számára.

Illetve a közösségnek bizony simán lehet érdeke, hogy egy egyébként is lakáshiánnyal küzdő városnak pl ne legyen ebből még több problémája (mindenféle gazdasági hatással) csak azért, mert a bérbeadóknak így van egy lokális optimumuk.




Korlátozza az Airbnb használatát Izland: https://hup.hu/node/147777#comment-1993359

"Ha viszont korlátozzák a rövid távú kiadást, akkor egységesen ezeket is korlátozni kell," - miért kéne? Ésszel kell szabályozni, van élet a fekete fehéren túl, én nem gondolom, hogy az airbnb rossz, azt viszont igen, hogy vannak olyan társadalmi gazdasági hatásai, amikkel indokolt foglalkozni. Te gyakorlatilag azt mondtad, hogy ne ugasson bele az állam az ilyesmibe egyáltalán. Azt hívják vadkapitalizmusnak, és annyira nem jó buli.




root pass: https://hup.hu/node/147499#comment-1988826

Ahhoz komolyan mit kellett elbaszni, hogy legyen 100 vm, amiről azt se lehet tudni mit csinál, de leállítani nem lehet őket még egy restart erejéig sem, és senki nem tudja, hogy kell belelépni rájuk?

Szerintem simán csak menekülj :D




root pass: https://hup.hu/node/147499#comment-1988957

Na jó, csak ebben az esetben most az látszik, hogy az, hogy "valaki más volt a hülye, bocs" az nem jó védekezésnek, mert akkor ez az egész nem létezne :)




root pass: https://hup.hu/node/147499#comment-1989645

ez az esxi root passjára vonatkozik, ráadásul livecdről újrabootolva, uh sajna nem lesz neki jó :)




RHCSA mire elég?: https://hup.hu/node/147544#comment-1992319

A profilon külön be kell állítani, hogy "I want to be visible in searches" és a defaultja off.




Lumia & Edge: https://hup.hu/node/147739#comment-1992347

És mit csináltál vele, hogy ilyen legyen? :) Nekem is 735 van, és azért döcög a 10. Nincsen vele semmi elviselhetetlenül komoly, de azért néha progik magukba fordulnak (egy resuming... kiséretében megérkezünk a főképernyőre), including edge, ha olyanja van, akkor egy restartig van, ami el sem indul, mert pár sec delay után ugyanez van, néha restartolja magát, egyszer egyszer furcsa hangon csörög, nagyritkán van rajta egy kis ui lag, stb. Semmi eget rengető, csak épp azt veszítette el, amit a 8.1-el tudott: középkat android árában betonstabilan, reccenésmentesen ment lag nélkül. Ezért is gondoltam hogy kipróbálom, mert a céges keretbe egy high end android, és reméltem, hogy ezt nem akarom majd fél év múlva rendszeresen falhoz csapni, mint amit láttam a hasonló droidosoknál. De mostmár kb ugyanott vagyunk, így meg akkor már legközelebb inkább középkat android, azon legalább app gap nincs.




nyári gumis hősök: https://hup.hu/node/144907#comment-1946301

"... és szükségetek van rá ..."

szerintem ez az, ami a morgolódosok szerint nem feltétlen igaz :)




Megjelent a Tomb Raider (2013) Linux-ra: https://hup.hu/cikkek/20160427/megjelent_a_tomb_raider_2013_linux-ra#comment-1984024

és van benne működő 3D támogatás is? :)




Megjelent a Tomb Raider (2013) Linux-ra: https://hup.hu/cikkek/20160427/megjelent_a_tomb_raider_2013_linux-ra#comment-1984055

és steam kliens? :)

Nyilván csak trollkodok :) Amiga nem mozgat, de azt anno sajnáltam, hogy a BeOSt behintették sóval, az tetszett...




Megjelent a Tomb Raider (2013) Linux-ra: https://hup.hu/cikkek/20160427/megjelent_a_tomb_raider_2013_linux-ra#comment-1984097

ezt csak megerősíteni tudom :D




a megszokas: https://hup.hu/node/147142#comment-1988506

Jó helyen emelted meg? :)




a megszokas: https://hup.hu/node/147142#comment-1988706

asszem kell neki egy daemon-reload, meg lehet előtte egy reenable is. Meg lehet érdemesebb inkébb /etc/systemd/system/mariakarmi.d/valami.conf és oda csaka deltát tenni, mert úgy a többi fix, amit hoz egy csomag update a rendes unit fileba (amit a yum jogosan vágott felül) az megmarad.




a megszokas: https://hup.hu/node/147142#comment-1988771

agyon nem nyomkodtam, gondolom azt csinálja, amit kell, hozzácsapja, és a custom conf az erősebb.

https://wiki.archlinux.org/index.php/systemd#Writing_unit_files




a megszokas: https://hup.hu/node/147142#comment-1984429

A logikát érti az ember, ennek ellenére én is rendszeresen csuklok miatta. (és riktán akarok egyszerre több whatevert :) )




a megszokas: https://hup.hu/node/147142#comment-1984541

persze, meg hurcibáljam mindenhova, ahol szembejön. nagyon régen leszoktam már arról, hogy ne a default cuccokkal dolgozzak mindenféle szervereken.

nyilván előbb utóbb majd megszokom, vagy nem, most sincs semmi, eltolok egy enervált bémeget, aztán lefuttatom jól. igazából pl az ip a hányás kimenete sokkal jobban zavar.




Microsoft Auto-Scheduling Windows 10 Updates: https://hup.hu/node/147472#comment-1988774

[troll]
Ja, lehet hogy tényleg csak szar az a kereső :)
[/troll]




Microsoft Auto-Scheduling Windows 10 Updates: https://hup.hu/node/147472#comment-1988831

Ha már komolyan vesszük: bár töredelmesen bevallom nem tudom mi az a grey wolf akármi, de szinte biztos vagyok benne, hogy international is nagyobb érdeklődésre tart számot a gwx panel, mint az. Biztos jó az a bing, de ez távolról hunyorogva nem nagyon látszik rajta. Gondolom az appstore mögött is az van, botrányszar.




Sportolsz? Milyen rendszerességgel?: https://hup.hu/szavazasok/20150712/sportolsz_milyen_rendszeresseggel#comment-1985918

3) Erősítés - (!) igen, ez csak a harmadik - egészségmegörző jelentősége eltörpül az első kettőéhez képest. (Leginkább a törzs izmai fontosak, amik felelősek a gerincoszlop tartásáért)

Ez valamennyire dependson. A couch potato állapottól függően érdemes lehet először valamennyi izmot felszedni, mert -- pongyolán fogalmazva -- a semmi állóképességét nehéz rendbe rakni. (Arról nem beszélve, mikor első körben feltétlen a súlycsökkentésre hajt a delikvens)




[Megoldva]Megbolondult hálózat: https://hup.hu/node/147310#comment-1986436

"An attacker in such a position is also typically in a position to interfere with the client's OCSP queries." -- ezt a mondatot mondjuk azért nem ártana alá is támasztani :)




Ha könyv, akkor...: https://hup.hu/szavazasok/20160502/ha_konyv_akkor#comment-1985278

és az elavult szakkönyvet el tudod adni?

(egyébként meg arra pont nem jó a kindle szerintem)




Ha könyv, akkor...: https://hup.hu/szavazasok/20160502/ha_konyv_akkor#comment-1985280

Én szoktam venni, és nem zavar. Az sem, hogy nem kapok érte kézzel foghatót, az meg főleg nem, hogy nem tudom eladni, mert fel nem merült még bennem egyébként sem soha életemben, hogy eladjak egy könyvet.




Ha könyv, akkor...: https://hup.hu/szavazasok/20160502/ha_konyv_akkor#comment-1985407

Én spec viszonylag sok dolgot el szoktam olvasni még egyszer (mondjuk mióta van kindle, és könnyebben jön másik, ez kevésbé jellemző), vagyunk többen, nem irtózom a kölcsönadásától sem, stb.

Egyébként meg nem mondtam, hogy jó (bár szerintem egy könyvespolc klassz dolog), azt mondtam, hogy baromira nincs igényem arra, hogy eladjam, úgyhogy ez nem befolyásol negatívan, ha fizikai helyett digitálist veszek, mert nekem nem veszteség, hogy nem adhatom el, mivel alapvetően úgysem csinálnék ilyet.




Ha könyv, akkor...: https://hup.hu/szavazasok/20160502/ha_konyv_akkor#comment-1985368

És az, hogy a cigi is drága, mennyiben releváns? :D




Ha könyv, akkor...: https://hup.hu/szavazasok/20160502/ha_konyv_akkor#comment-1985408

Bár alapvetően viccnek szántam, ha már sikerült egy ilyen fasza példát betalálnod (aztán most rátromfolni a másik túlárazott szarral, a bulihelyi piával) de én meghagynám mindenkinek, hogy döntse el, mi ér neki mennyit. (Azzal együtt, hogy személyesen én is röhejesnek tartom, amikor egy dohányos nekiáll puffogni azon, hogy mittomén, miért 700 forint egy film a random szolgáltató online videótékájában, hát rablás.)




Windows Subsystem for Linux - áttekintés: https://hup.hu/cikkek/20160424/windows_subsystem_for_linux_attekintes#comment-1983094

Miért, az eredeti sztoriban hol volt téma "mindenféle (nyílt, szabványos) protokoll"?




Windows Subsystem for Linux - áttekintés: https://hup.hu/cikkek/20160424/windows_subsystem_for_linux_attekintes#comment-1983392

" Ahol dominenciat veszit, maris kezdi ingyen szorni a plebsnek... :)" - ezt sokszor hallom, csak nem egészen értem, hogy miért is probléma.




Megoldva RDP -----> RedHat Enterprise Server: https://hup.hu/node/147145#comment-1983866

van pár dolog, amit játszásiból gyorsabb guin összerakni, RHCE felkészítők is szokták javasolni, hogy ismerkedj velük.




Megoldva RDP -----> RedHat Enterprise Server: https://hup.hu/node/147145#comment-1983997

Akkor nekem nem te tartottál rapid course-t :)

lvm hirtelen passz, firewall configot multkor matattam benne, sajnos rá kellett jönnöm, hogy koncepcionálisan szar, viszont pl autconfig gyors.

Azt kell lásd, hogy neked nyilván minden gyorsabb a helyén, mert te folyamatosan mutogatod az egész stacket, egy átlagos user viszont napi munkában nem látja legalább a felét rendszeresen, ezért nincs benne a kisujjában. És UIon sokszor azért gyorsabb, mert intuitív. Tudom én, hogy mi a tökömet kell kb bekonfolni, hogy menjen, meg hogy működik, de ha a ui-n az orrom alá van tolva, akkor gyorsabb. Nyilván, ha egyébként megvan, hogy ebben a három fileban az a két paraméter, akkor gyorsabb megütni vimmel. (És nyilván, élesben az ember nem arra céloz, hogy akárhogy, csak össze legyen taknyolva :) )

Főleg, hogy a másik dolog, ami elég egyértelmű tapasztalat, hogy a manok és az /usr/share/doc alapvetően szar, rengeteg mindent kín kibányászni onnan, ami nem megy fejből, és amit cli esetén egy gyors guglival egy példát az arcomba tolva már csinálom is.




Memo magamnak: https://hup.hu/node/147139#comment-1984016

mondjuk így csak valami command not found lenne belőle :) - De egyébként nekem is rajta volt a listámon anno, hogy mit kell elmondani, ha a delikvens a "solarissal dolgoztál már?" kérdésre nemleges választ ad :)

Én hálistennek csak valami labban szívtam be.




Memo magamnak: https://hup.hu/node/147139#comment-1984096

én tudom mit csinál a killall parancs linuxon, meg mit solarison, de azt is sejtem, hogy az ennél egy L betűnyivel rövidebb killal beírására mit szokott mondani egy *sh. ;)




Memo magamnak: https://hup.hu/node/147139#comment-1984154

aki ebből a threadből képes lett volna a poén kedvéért kikopipasztázni, és még hozzá is fért valami solarishoz, az speciel szerintem simán megérdemelte volna, hogy nézhesse, hogy sending all processes the term signal :)




Az EU értesítette a Google-t, hogy az Android miatt vizsgálatot indított ellene: https://hup.hu/cikkek/20160420/az_eu_ertesitette_a_google-t_hogy_az_android_miatt_vizsgalatot_inditott_ellene#comment-1983098

böngésző választó képernyő, meg a köcsögmsvisszaélveleésígytönkretesziakicsitket buli megvan?




Az EU értesítette a Google-t, hogy az Android miatt vizsgálatot indított ellene: https://hup.hu/cikkek/20160420/az_eu_ertesitette_a_google-t_hogy_az_android_miatt_vizsgalatot_inditott_ellene#comment-1983146

ezzel egyetértek, de akkor ez az érvelés nem volt olyan népszerű.




Az EU értesítette a Google-t, hogy az Android miatt vizsgálatot indított ellene: https://hup.hu/cikkek/20160420/az_eu_ertesitette_a_google-t_hogy_az_android_miatt_vizsgalatot_inditott_ellene#comment-1983101

"és a vége az lett, hogy az Ericsson csődbe ment" -- bassza meg, akkor én hol dolgozom most? :)




Az EU értesítette a Google-t, hogy az Android miatt vizsgálatot indított ellene: https://hup.hu/cikkek/20160420/az_eu_ertesitette_a_google-t_hogy_az_android_miatt_vizsgalatot_inditott_ellene#comment-1983277

végülis még utalnak, csak lehet szólnom kéne, hogy csődbe vagyunk menve, uh hülyeség ilyen mindenféle business igények miatt melózni, csak vegyük fel a zsét, azt jó.




Az EU értesítette a Google-t, hogy az Android miatt vizsgálatot indított ellene: https://hup.hu/cikkek/20160420/az_eu_ertesitette_a_google-t_hogy_az_android_miatt_vizsgalatot_inditott_ellene#comment-1983474

Nem hasogatom, akkor valóban volt egy elég nagy bukta, nem csak itt. De az ericsson mindig is egy hmm, kissé több volt mint egy készülékgyártó, mobilhálózatokban még mindig csak kapálózás van a többiek részéről, ráadásul úgy, hogy az akkori versenytársakat azóta megették a kínaiak reggelire, akik az ezredforduló környékén még sehol nem voltak. A mobil üzletágat meg annyira vette át a sony, hogy emlékeim szerint kb 50-50 részesedéses joint venture volt, a mobil részt az E csinálta, az intefacet meg a sony (ami egy jó döntés volt, mert olyat sose tudtunk). Aztán mikor 2012ben végre elkezdett pénzt hozni megint, kiszálltunk belőle :)




Tutanota - Open Source Encrypted Gmail Alternative: https://hup.hu/node/139440#comment-1848369

Most fogtam magam, és végigolvastam a cikket. Ez egy valami gpg szerű izével integrált webmail szolgáltatás. A cikk alapján szerintem sem indokolja semmi, hogy ez gmail alterntívaként legyen beállítva, nem csak simán secure webmail alternatívaként. Semmi specifikus nincs, amit miatt kifejezetten a gmailnek lenne alternatívája (hacsak nem a gmailre mint _a_ webmailre tekintünk).

Egyébként magában a cikk szövegében sem szerepel egyszer sem, hogy gmail, márpedig gondolom, hogy ha már valamit annak alternatívájaként mutatunk be, akkor kéne legyen valami összehasonlítás féle...

Megfordítva a kérdést, miért nem citromail, vagy freemail alternatíva?




Egyszerű központi authentikáció linux szerverekhez: https://hup.hu/node/146994#comment-1981616

A free ipa miért annyira ágyúval verébre? Értem én, hogy komplex, de egyébként is össze kéne kalapálni a local user managementet, kulcsterítést, ldap szervert ilyesmit, és a freeipa egyébként elég strandard eszközökből rakja ezt össze -- abból, amiből jó eséllyel te is összeraknád, és nem kell vele pöcsölni, elég szög egyszerű a telepítés meg az enrollment. Enyni userre valószínűleg sokat enni nem kér.

Esetleg fogsz valami puppetet vagy ansiblet, amivel szépen tolod a useradd / userdelt, meg a helyére másolgatod mindenkinek a pub kulcsát.




Egyszerű központi authentikáció linux szerverekhez: https://hup.hu/node/146994#comment-1981933

kérdés, hogy mi a cél. Ha alapvetően a saját életét akarja megkönnyíteni a team, nem pedig az auditálhatóság és hasonlók irányából érkezik a dolog, akkor ekkora mennyiségnél lehet egyszerűbb valami favágó lófaszt összerakni, azt jóidő, ha néha valahol eltörik, azt majd megjavítják, sokáig úgy tippre nem marad, mert be azért mászkálnak gondolom rendszeresen ennyi gépre (szóval nem az van mint nagyobb rendszereken előfordul, hogy van, ahova ha nincs gond fél évig a kutya se...)




Egyszerű központi authentikáció linux szerverekhez: https://hup.hu/node/146994#comment-1981934

speciel a kerberost ha kell, akár ki is lehet vágni belőle gondolom. :)

(bár sosem próbáltam még)




Egyszerű központi authentikáció linux szerverekhez: https://hup.hu/node/146994#comment-1981968

fene. :) hát, akkor pupettel felül lehet baszni a konfigját :D




Egyszerű központi authentikáció linux szerverekhez: https://hup.hu/node/146994#comment-1982002

én nem akarom, tompos mondta, hogy szerinte szar. És egyébként én is arra gondoltam, hogy hát ez csak sima sssd config a hoston alapvetően, de arról fogalmam sincs, hogy ezt a standard setupján keresztül be lehet-e álltítani, vagy csak kézzel.




Egyszerű központi authentikáció linux szerverekhez: https://hup.hu/node/146994#comment-1982108

"Amit te leirsz az egy nem jol beallitott ldap eseten egy rosszul megirt alkalmazassal (vagy az alkalmazas altal haszalt szar ldap lib-bel) tortenhet meg."

Szerintem pont azt akarta mondani, hogy ha olyan stratégiát választasz, ahol ilyesmi nincs, akkor kissebb eséllyel szopat meg egy ldapot szarul implementáló jöttment alkalmazás.




Exchange miért?: https://hup.hu/node/146797#comment-1978311

Biztos van olyan cég is, ahol mindenki max csak levelez, de szerintem a nagyoknál messze nem csak a töredéket jelenti. Mi kb meghalnánk, ha nem lenne normális naptár és teremkezelés hozzá (mondjuk a normális relatív ez esetben :D. Mondjuk, hogy van.). És nem csak team leader meg fölfele, szerintem a legtöbb munkakörben van használva.

A legtöbb dolgot nyilván meg lehet építeni valahogy másból is, de ezt az integráltságot imho semmi nem tudja megközelíteni sem, ahogy írták, az exchange sokkal több mint email, gyakorlatilag az az office munka hubja, ami többé kevésbé értelmesen integrálódik egy csomó mindennel.




Exchange miért?: https://hup.hu/node/146797#comment-1978383

Másra se vágynék, mint hogy a terem foglaltságát máshol kelljen nézni, mint az emberekét, így is elég agyfasz néha összeszedni mindenkit, és helyet is találni hozzá.

(És egyébként freehand pont azt írok a location mezőbe, amit akarok, nem vagyok teremhez kötve)




Exchange miért?: https://hup.hu/node/146797#comment-1978382

Hogy is van a marketingizé: olyan mobilhálózatokat, amin az összes mobilhívás 40% közlekedik, vagy valami ilyesmi. Egyébként nagy cég, sok mindent, eladunk, supportolunk, fejlesztünk, üzemeltetünk. (Meg nyilván sokan foglalkoznak azzal, hogy effektív a cég mondjuk működjön: könyvelnek, HRkednek, trainingeket szerveznek, stb) Mi közelebbről főleg fejlesztünk és üzemeltetünk.

És a napi munka bőven meg van rakva meetinggel, és az egyszerű talpas fejlesztőnek, üzelmetetőnek is jut belőle. Dailykre jár, groomingokra, retrókra, demókra, be kell segíteni valamit az üzemeltetésnek, meg kell beszélni egy changewindowt, egyezkedni kell valakivel a világ másik végén mondjuk valami netwörkingről, stb. Nyilván nem kapnak belőle annyit, mind mondjuk valaki, aki nagyüzemben requirementekről egyezkedik, de azért van.

Ezek az emberek bent ülnek egy irodaházban, több emeleten, (igazából több épületben, meg néha konkrétan külföldön fixen) szép nagy open spaceben, ha dolguk van egymással keresnek egy meeting roomot. Kb 3 főig lőnek egy nem foglalós kisebbet on the fly, egyébként meg egy foglalós nagyobbat. Ehhez szépen felpattintják az outlookot, beleteszik akit érint, választanak hozzá egy szabad, megfelelő méretű meeting roomot, ha esetleg valaki mondjuk nincs bent, mert otthonról dolgozik, vagy mondjuk még a kocsiból fog behívni, vagy a másik épületben ül, vagy épp külföldön van, vagy fasz se tudja, akkor megnyomják még a legyen lync meeting gombot is, amitől kerül az emailbe link egy lync meetingre, amire majd egy kattal be lehet lépni, meg egy teleconf kód, hogy simán be tudj hívni. Ha esetleg valakinek mégsem jó, akkor két mozdulattal tud küldeni egy propose new timeot, ahol látni fogja a többiek naptárját, mint a szervező, hogy mikor jó.

És aztán az egészet elfelejtik egészen addig, amíg nem kell menni, mert akkor csippan egyet a készülék, szépen odamennek a roomhoz, és dolgoznak (esetleg valaki még kattint egyet egy onenote gombra is, ír egy használhatóan kinéző mom-ot, ami mondjuk kimegy egy sharepointra, ahol mindenki eléri ;) ). Nem pedig keringőznek hogy hol van szabad hely, meg ilyenek.

Nyilván mind meg lehet ezt csinálni külön is, mert lelevelezzük az időpontot, vagy keresünk valami külső vackot, ami ezt kezeli, meg megnézegetjük a roomot valami room management izében, meg csinálhatsz hozzá egy telekonfot a telekonf rendelő izében, amihez a kódot aztán körbeemilezheted külön, majd eltöltheted az első 10 percet azzal, hogy akkor most mindenkit összekattogtatunk mondjuk a skypeban, hogy lássák mi van a monitoron, stb stb. És akkor Józsi szól, hogy nem lehetne inkább holnap reggel? Ja, persze aztán a mom körbemegy emailben, Katika szól, hogy ez az kimaradt belőle, meg nem is úgy volt.

Szóval lehet, csak azért nagyon nem mindegy, hogy ezt egy ablakban tudom megtenni optimális esetben mondjuk kvázi egy perc alatt, vagy hetvenkét helyen kell baszakodni vele.

--
A mondjuk, hogy van alatt azt értem, hogy ugyan van, de vannak vele usability bajok. (Pl fél évre előre foglalni őket agyfasz, egy időpont nem jó, dobja el az egészet, persze erről mindenkinek mennek az updatek). Mondjuk ez elvileg alakult, csak sajnos hozzánk még nem ért el a 2010nél firssebb cucc :)




Exchange miért?: https://hup.hu/node/146797#comment-1978469

Mint mondtam, biztos össze lehet ilyesmit kalapálni másból is, meg rettenetesen függ a cégkultúrától, de azért lesz rá kereslet. És azt látni kell, hogy az ilyen ITs szemmel néha kissé furcsa dolgokban (lásd még excelben üzemelő cég) épp az a truváj, hogy az egyszeri melós gyerekek meg tudják oldani benne a problémájukat, prompt. Nem kell venni, meg bevezetni meg fejleszteni, meg várni rá sokat, hanem leül, összenyomkodja, aztán megy. Néha kicsit furi, meg döcög, meg imitt amott kényelmetlen, de működik.

A hülyeséggekkel meg az egyszeri ember együtt tud élni. (Jó pl erre pl a fentebb említett hülyeség a hosszú foglalásokkal: kb mindenki, aki gyakrabban szervez ilyeneket, rászokott, hogy a meetingroom külön meeting requestben van, aztán azt manageli. Szép? Baromira nem. Kicsit többet is kell hozzá klattyolgatni, de fél évente egyszer valóban kibírja az ember)




Exchange miért?: https://hup.hu/node/146797#comment-1978465

Értem én a szarkazmust, meg távol álljon tőlem, hogy védjem a sharepointot, mert amennyit láttam belőle életemben, attól nem lett instant a kedvencem, de az igazság az, hogy a fenti iromány a kőkemény rögvalóság, és a 4 év alatt, amíg egy rakás telkó cégnél mászkáltam körbe a világon, úgy tűnt, hogy máshol is ez van. Oké, a momjaimat valószínű nem nagyon nézi meg a sharepointról más, mert valahogy nálunk nem épült be a szokásos eszköztárba azon összerakni valamit, ami gyanúsan azért van, mert egy nehézkes szar nem integrálódik (vagy csak nálunk nincs megcsinálva, nem tudom) rendesen az outlookkal. Illetve de, egy csomó kvázi unit honlap azon van tartva, de az ennél adhocabb dolgok kevésbé.

A repjegyre meg: konkrértan, ha utazni akarsz, kell csinálni egy travel requestet az utazási irodásoknak (amibe többek között bele kell tenni a jóváhagyott útindító számát, amit a normális elszámoló renszerben kell csinálni, és majd ott is kell könyvelni a számlákat). Ez egy lokálisan gründolt honlap, (amit eleve utálok, mert mindig keresgélem, hogy hol a francban van) és valaki pénzt áldozott / időt töltött azzal, hogy kb úgy nézzen ki mint a többi, olvasson usereket az ldapból, meg authentikálja őket, aztán kitölthess rajta egy kb hova akarok menni, mikor akarok indulni, stb stb izét, amit aztán a traveles kislány megkap emailben, és onnan úgy beszéljük le. Ennél speciel százszor egyszerűbb lett volna ezt leimplementálni a sharepointban, vagy csinálni outlook formot vagy templatet, és még meg is találnám. (ha már nem siekrült beletenni a rendes alkalmazásba), vagy




Exchange miért?: https://hup.hu/node/146797#comment-1978384

Szerintem tényleg az van, hogy neked egyszerűen fogalmad sincs, hogy dolgoznak olyan helyen, ahol a három közvetlen kollégán meg a főnökön kívül másokkal is kell dolgozni. Méghogy postit, meg ritkán kell.

Meg ha ritkán is kell, akkor viszont kell. Jön egy levél, amiből valakit fel kell hívni, nem tudod a számát, nyilván el lehet baktatni, a webes ldap kliensig, beírni, hogy kovács béla, megpróbálni kitalálni, hogy az ötből melyik az. Vagy rá lehet kattintani kettőt a nevére az outlookban. (esetleg ha olyanod van, akkor hármat, és lyncen fel is hívhatod. Ami pl időnként magától utoléri a telefonján, meg ilyen csodák).

Arról már ne is beszéljünk, hogy mondjuk azt az emilt a telefonomon láttam, messze a gépemtől.




Exchange miért?: https://hup.hu/node/146797#comment-1979594

Ja, csak kevésbé readonly, a nodeok közti szinkronizációt azért meg kellene oldani -- feltételezem, mert sose akartam még ilyet csinálni -- azzal lehet a gond, hogy a nem tudnak ilyet.




Exchange miért?: https://hup.hu/node/146797#comment-1979729

lehet lemaradtam valamiről, de a mikor én utoljára láttam dovecotot közelről, akkor abban nem volt ca[l|rd]dav szerver, és a honapjuk frontpage szerint most sincs.

szerk: most látom, hogy nem volt egyértelmű, hogy a carddav HAról beszélek.




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977394

ne igyál kihűlt kvt, eléggé autentikus forrás (barista világbajnok, vagy mi a tököm volt a kolléga, azóta ott is hagyta az egész IT vackot a francba, kvt pörkölnek maguk, hiszek neki) mondta, hogy mindenféle olyan dolgok válnak ki belőle míg kihűl, amit nem szeretnél, kivéve ha jó bulinak tartod a rákot meg a kemót és szeretnéd jelentősen növelni az esélyeid a részvételre (asszem, de lehet valami más kellemetlent mondott)




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977460

Nem ígérem most azonnal, mert őszintén szólva a részletekre nem emlékszem, és mostanában nem beszélünk olyan sűrűn, de kb olyasmi volt, hogy addig nem árt, mert menet közben keletkezik ott valami. Hogy aztán ennek köze van a lehűléshez, vagy folyamatosan melegen tartott kv is csinálná, meg hogy pontosan mit, azt tényleg passzolom. Annyi maradt meg, hogy a hideg kv miatt mindenkit lebaszott, és nem (csak) azért, mert a kihűlt kv ihatatlan szar :D

Emlékeim szerint az újramelegítés már nem segít, viszont önmagában a hideg tuti nem gond, mert volt valami csöpögtetős szarja, amin hidegen jött le egy pohár kv kb egy nap alatt, nyomás és melegítés nélkül.




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977517

mint mondtam, fogalmam sincs :)
Belátom, hogy vannak benne komoly érvelési lukak, tessék nyugodtan pletykának / urban legendnek tekinteni a továbbiakban. És nem inni kihűlt kvt, mert az szar :D




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977538

a kettő nem zárja ki egymást :)




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977548

nincs ezzel semmi baj. :) A teát én is jobb szeretem (mondjuk ebben lehet hogy a sok távolkeleti tartózkokodás azért közrejátszik), változatosabb, bár kvban is van azért jó, valaki emlegette itt a nagyon enyhén pörkölt cuccokat, az nem rossz buli.

De egyébként én is kb egyet megiszok otthon, egyet mikor beértem, meg talán egyet ebéd után, de az elég opciós. Közben meg vagy 3-4 nagy pohár tea. (mondjuk azzal mostanában nem nagyon vackolok, valami sima filteres earl gray van itt, azt iszom)




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977734

Elképzelhető, hogy az, mint mondtam, tényleg csak arra alapozom, hogy olyantól hallottam, aki valóban ért a kvhoz, ettől természetesen még lehet, hogy ez konkrétan hápog :)




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977396

Azért ebben az iparban a kv elég alap. Szoktunk is röhögni bent rajta, hogy HA, meg redundancia, meg ezek ugyan nagyon fontosak, de alapvetően a kvgép a kritikus elem, ha az meghal, három nap alatt elmúlik az egész IT működni :D




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977422

Nálunk ezt úgy oldják meg, hogy az ingyen kvt nem veszi be a gyomrom, így nem zavar, hogy kéthetente megáll a masina. Sokáig agyaltam, hogy miből főzhetik, végül arra jutottunk, hogy valószínű valaki kimegy a ringre egy pályanap végén egy spatulával, és felkarpargat egy kis -- a buké kedvéért némi aszfalttal enyhén összeégett -- gumimaradékot.

Cserébe a menzán ha redundáns gép nincs is (bár két fele van, szóval egy raid1re kb jó, csak az alaplap ne brouljon), de legalább redundáns daráló van :D




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977830

az szerintem netto sznobkodás, hogy a tej-cukor baj lenne a kvba. Én van, amit cukor nélkül iszok, de azok tipikusan a nagyon enyhére pörkölt savanykás gyümölcsös ízű cuccok, egyébként valami cukrot azért teszek bele. Ami olyan, annak egy kis tejszín is jót tesz.




Melyik a kedvenc egész szemes kávé márkád?: https://hup.hu/szavazasok/20160405/melyik_a_kedvenc_egesz_szemes_kave_markad#comment-1977539

mennyi az annyi kb? :)




HOVD 2015 - Kedvenc fordított programozási nyelv: https://hup.hu/szavazasok/20151213/hovd_2015_kedvenc_forditott_programozasi_nyelv#comment-1946988

az megvan, hogy amiről fentebb szó van, az jól láthatóan nem C++, csak sima C?




Comment: https://hup.hu/node/146477#comment-1973110

Mondjuk a get/set az már majdnem olyan, mint mondjuk az, hogy int, vagy hogy public, nem tudom, hogy melyik a rosszabb, a getKiselefánt, vagy az, hogy magyarul mondjuk lekerdezesKiselefant lesz a getter/setter. (miközben nyilván a nem saját kódban getFooBar lesz.)




MySQL SELECT kérdés: https://hup.hu/node/146741#comment-1977520

kérdés persze, hogy van most egy ilyen foshalom, amit rendbe kell tenni egyszer, vagy valami integráción keresztül minden nap érkezik-e egy újabb kupac :)




MySQL SELECT kérdés: https://hup.hu/node/146741#comment-1977990

Nyilván, egy ideális világban ez van, csak kérdés, hogy van-e arra lehetőség, hogy ne engedjen felvenni más. Ami, mivel fogalmunk sincs, honnan jön az adat, egyáltalán nem biztos, hogy menni fog. Lehet, hogy nincs ráhatása a forrásra. Ilyenkor nem nagyon látok mást, mint hogy megcsinálja amennyire tudja valami fuzzyval.




MySQL SELECT kérdés: https://hup.hu/node/146741#comment-1978038

Nyilván, az is egy opció, bár megnézem azt a mancikát, aki kézzel ilyet értelmesen csinál :)




Ügyfélkapu: https://hup.hu/node/146684#comment-1977194

ilyenkor azért kérdés, hogy a user volt-e okos, mert valahova, ahova egyedi azonosítót kellett neki kitalálni elsőre beírta azt, amit erre a célra még a szüleitől kapott, és szokott működni, vagy a túlművelt informatikus gondolta úgy, hogy az trivi, hogy space nem lesz benne, és még input szanitájzni is baszott.




Index.hu Hét mondata :D: https://hup.hu/node/146744#comment-1977238

[troll] mondanám, hogy cserébe be is fonom a hajam, míg megmozdulnak a binárisok, de aztán belegondolok, hogy a modern appok vagy hogy hívják őket mennyit maszatolnak az indulással :D[/troll]




Megtámadták a kormányzati informatikai hálózatot: https://hup.hu/node/146685#comment-1976546

lemaradtam valamiről, és latinul beszélünk?




Ubuntu 16.04 LTS végleges béta: https://hup.hu/cikkek/20160325/ubuntu_16_04_lts_vegleges_beta#comment-1974532

"Ezek szerint te is azt gondolod, hogy mondjuk Koszovó vagy Montenegró és Liechtenstein mondjuk nem is létező országok, csak azért mert arányaiban sokkal kisebbek mint a nagy országok. Vagy mondjuk egy kaposvári jazz zenekar az nem létezik, mert csak havonta egyszer lépnek fel a civil állással rendelkező tagok egy helyi kocsmában egy sörért?"




Ubuntu 16.04 LTS végleges béta: https://hup.hu/cikkek/20160325/ubuntu_16_04_lts_vegleges_beta#comment-1974603

Én belátom, le is maradt egy smiley, amiért mea culpa.

Ezzel együtt azért olyan nagy problémát nem látok a relevancia kérdésében egy ubuntu phonehoz képest :)




Ubuntu 16.04 LTS végleges béta: https://hup.hu/cikkek/20160325/ubuntu_16_04_lts_vegleges_beta#comment-1974732

Egyrészt ne vedd annyira a szívedre :)

Másrészt meg miért ne említsünk egy lapon? Vagy az csak úgy van, hogy a ti dolgotokat lehet lényegesen nagyobb dolgokkal együtt emlegetni, de ha ti vagytok a nagyobbak, akkor már a kicsi nem számít? Honnan tudod, hogy nem csak a kezdete valami sokkal frankóbbnak? :)




Ubuntu 16.04 LTS végleges béta: https://hup.hu/cikkek/20160325/ubuntu_16_04_lts_vegleges_beta#comment-1975171

Venné a halál, hálistennek van némi humorérzékem, meg realitás is.

A másik oldalról, akkor mesélj, miért is nem komolytalan az, hogy valaki a 100 ilyen olyan-emberrel gründölt izét, amit akár már két piacon elérhető modell is használ, meg eladtak belőle már lehet, hogy mittomén ötvenezer darabot, összehasonlít mondjuk az androiddal, amiből saccra óránként többet adnak el? Már azon túl, hogy te az egyikben érintett vagy?




Ubuntu 16.04 LTS végleges béta: https://hup.hu/cikkek/20160325/ubuntu_16_04_lts_vegleges_beta#comment-1975213

Hagyjuk, nem akartam belegázolni a lelkivilágodba, arról meg nem fogok vitatkozni azon, hogy mikortól distró valami, mert lentebb látszik, hogy ilyen jellegű kérdésekben úgy is az "én véleményem a kinyilatkoztatott igazság, amiről nincs értelme vitatkozni" érveléstechnikát követed, ahhoz meg nincs kedvem, hogy valami móricka "distrót" védjek a móka kedvéért, vagy hogy elkezdjek azon rugózni, hogy nem lehet-e, hogy pont azért ilyen respin, hogy könnyű legyen waylandozni, vagy hogy megkérdezzem, hogy akkor mikor KDEről beszélgetünk, akkor is kihagyjuk-e mondjuk a kubuntut, ami ugye szerinted nem distro.




Ubuntu 16.04 LTS végleges béta: https://hup.hu/cikkek/20160325/ubuntu_16_04_lts_vegleges_beta#comment-1975263

Isot distributál :) De mondom, nem akarok erről csak az ördög ügyvédje jelleggel beszélgetni, szerintem sem feltétlen az, igazából amit mondani akartam, hogy ez alapvetően lényegtelen, ezért hoztam fel a kdet is. A "mondj distrot, ahol a kde default, hogy relevánsnak tekintsem a kdet" kérdésre eszerint a kubuntu nyilván nem válasz, holott a relevanciája tekintetében meg igencsak az: fontos, sokat használt cucc, dolgoznak a kde integrálásán nem keveset, kb mindegy, hogy nem distro, hanem flavour.




Ubuntu 16.04 LTS végleges béta: https://hup.hu/cikkek/20160325/ubuntu_16_04_lts_vegleges_beta#comment-1975278

Persze, hogy érzem, azért is tettem idézőjelbe, meg smileyztam, meg ilyesmi.
---
Igen, csak kérdés, hogy ettől ha a kderől van szó, akkor figyelmen kívül kell-e hagyani a kubuntut, mondván, hogy ugyanmár, abban nem default. Hasonlóan ahhoz, ahogy te tedded a fedora-wayland kapcsán, hogy ugyanmár, nem default, mert csak alapból ott van.




VÉDA - élesítés: https://hup.hu/node/146511#comment-1974040

-7,5t feletti járművek részére a kettő vagy több sávos utakon (főút, autóút, autópálya) reggel 6 és este 10 között előzni tilos (a kutya nem tartja be).

Nem tudom, én azt látom, hogy a jelentős többség betartja, elhanyagolható a baszakszunk egy előző kamion mögött, ami előtte rendszeres volt.




VÉDA - élesítés: https://hup.hu/node/146511#comment-1974049

most akkor betartják, vagy nem tartják be?




VÉDA - élesítés: https://hup.hu/node/146511#comment-1974055

mit? én egy dologra reagáltam, hogy szerinted az előzési tilalmat a kutya nem tartja be.




Redox - Unix-szerű, mikrokerneles operációs rendszer Rust-ban: https://hup.hu/cikkek/20160321/redox#comment-1973112

Ja, csak a kérdés az, hogy a megrendelő miért akarna sok pénzt ölni abba, hogy megfinanszírozzon egy ekkora arch változást egy ekkora projectben?




"Itt a Windows 10 Mobile frissítés egyes 8.1-es készülékekhez": https://hup.hu/cikkek/20160318/itt_a_windows_10_mobile_frissites_egyes_8_1-es_keszulekekhez#comment-1972240

van wp tablet? Amit én láttam -- igaz nem sok -- azon normál 8.1 volt.




"Itt a Windows 10 Mobile frissítés egyes 8.1-es készülékekhez": https://hup.hu/cikkek/20160318/itt_a_windows_10_mobile_frissites_egyes_8_1-es_keszulekekhez#comment-1972256

azt én értem, csak ez a direkt chain a wp telefonok listájáról, meg wp tabletről szólt, gondoltam lemaradtam valamiről :)




A HERE dobja a Windows Phone 8 fejlesztést / Windows 10 támogatást: https://hup.hu/cikkek/20160316/a_here_dobja_a_windows_phone_8_fejlesztest_windows_10_tamogatast#comment-1970953

Igen, az itthoni térképek sajnos kissé delayesek...




A HERE dobja a Windows Phone 8 fejlesztést / Windows 10 támogatást: https://hup.hu/cikkek/20160316/a_here_dobja_a_windows_phone_8_fejlesztest_windows_10_tamogatast#comment-1972148

én androidon használtam (van több is, mert más is kapott belőle), de mikor közölték jó fej módon, hogy nem lehet átrakni a licenszemet wpre, akkor úgy voltam vele, hogy nézzük meg a here-t :)




A HERE dobja a Windows Phone 8 fejlesztést / Windows 10 támogatást: https://hup.hu/cikkek/20160316/a_here_dobja_a_windows_phone_8_fejlesztest_windows_10_tamogatast#comment-1972236

Nem akkora, de úgy voltam vele, hogy még egyszer nem fizetem ki, ha nem muszáj, megnézzük akkor mit tud a here. Ami egyébként nem annyira jó mint a sygic, de nekem spec kb megfelelt, uh így jártak. Ha legalább felajánlottak volna valami discountot vagy valamit, lehet, hogy kerestek volna pénzt.




A HERE dobja a Windows Phone 8 fejlesztést / Windows 10 támogatást: https://hup.hu/cikkek/20160316/a_here_dobja_a_windows_phone_8_fejlesztest_windows_10_tamogatast#comment-1972259

Nem, egy ideje már nem volt, lett egy normális flexibilis search hála az istennek.

A here traffic tapasztalataim szerint kb pariban van (a here néha kicsit aluldramatizál, a google meg túl)




A HERE dobja a Windows Phone 8 fejlesztést / Windows 10 támogatást: https://hup.hu/cikkek/20160316/a_here_dobja_a_windows_phone_8_fejlesztest_windows_10_tamogatast#comment-1972514

Lehet. Mivel ugye nincs app wpre, érdemben nem tudom megmondani, hogy mennyire jó. Korábban leginkább úgy tűnt, hogy van benne némi delay, az a fő baj.




A HERE dobja a Windows Phone 8 fejlesztést / Windows 10 támogatást: https://hup.hu/cikkek/20160316/a_here_dobja_a_windows_phone_8_fejlesztest_windows_10_tamogatast#comment-1972694

Akkor lehet, hogy csak nem találtam :) Mondjuk nem lenne csoda, a leglátványosabb gány a store keresője. Mikor a lyncet valahol a 3 oldalon hozta egy rakás tökéletesen irreleváns cucc alatt, azon sírva röhögtem.




Ticket rendszer: https://hup.hu/node/146417#comment-1972157

Jézus, akkor milyen lehet a többi :D

Viccet félretéve, valóban nem rossz, de mondjuk én mikor az ITSM környékét túrtam, akkor ott azért voltak braindead dolgok.




Ticket rendszer: https://hup.hu/node/146417#comment-1972410

Mondom, viccet félretéve ;) meg kell hagyni, egész tisztességesen dokumentált, meg értelmesen ki van vezetve egy csomó dolog, de tényleg voltak ejnye dolgok benne, már elég rég volt, de az rémlik, hogy az irányítatlan kapcsolatok voltak nem kicsit kretének az ITSMben, meg egy bizonyos mélység után valami elbaszott, dokumentálatlan, agyfasz xmlt volt csak hajlandó kiadni magából, de ez egyébként simán lehetett annak a modulnak a hülyesége. Meg mondjuk azért némi pilótavizsga oda se ártott, de mondjuk amilyen komplex az a cucc, nem hiszem, hogy meg lehet úszni.

De kétségtelen tény, hogy ahhoz a rengeteg katasztrófához képest amit általában webes cuccok szoktak (hogy a cpanra odakerülő csodákat ne is említsük), ahhoz képest fasza volt, alapvetően én is szimpatizáltam vele.




Én a ..... típus vagyok.: https://hup.hu/szavazasok/20160229/en_a_tipus_vagyok#comment-1965200

A pohár, nem a tartalma...




Én a ..... típus vagyok.: https://hup.hu/szavazasok/20160229/en_a_tipus_vagyok#comment-1965415

Én bármikor hajlandó vagyok a te félig sörrel telített korsód sör részét elcserélni az enyém levegőjére :)




Én a ..... típus vagyok.: https://hup.hu/szavazasok/20160229/en_a_tipus_vagyok#comment-1965584

veszek egy csipeszt, amit az orrodra tehetsz? :)




Én a ..... típus vagyok.: https://hup.hu/szavazasok/20160229/en_a_tipus_vagyok#comment-1965627

viccelsz, nevetni jó, fontos személyiségépítő training tök ingyen :)




Én a ..... típus vagyok.: https://hup.hu/szavazasok/20160229/en_a_tipus_vagyok#comment-1966139

Tudnám még fokozni, de nem biztos, hogy érdemes :)




Nem agile fejlesztünk, mert : https://hup.hu/szavazasok/20160222/nem_agile_fejlesztunk_mert#comment-1963710

Szerintem az van, hogy aadaam olyan helyen dolgozik, ahol elég hangsúlyos maga a felület ahhoz, hogy tulajdonképp köré szerezzék a dolgok nagy részét. Simán el tudom képzelni, hogy van olyan, ahol ez igaz, és ott jó ez így.




ISO fájl szerkesztés: https://hup.hu/node/145988#comment-1965270

"Szerintem ez nagyobb munka,"

Hát nem tudom. Imho csinálni egy komplett saját livecdt nagyobb meló, mint a van itt valami, kicsomagolóparancs, három file megmatat, becsomagolóparancs...




A Linux kernelfejlesztők javítást küldtek be az efivarfs "rm -rf" brickelési problémára: https://hup.hu/cikkek/20160222/a_linux_kernelfejlesztok_javitast_kuldtek_be_az_efivarfs_rm_rf_brickelesi_problemra#comment-1962348

"Ugyan "rm -rf" parancsot általában csak az idióták és a lamer n00bok szoktak futtatni gépükön"

Te hogy szoktál cliben törölni?




A Linux kernelfejlesztők javítást küldtek be az efivarfs "rm -rf" brickelési problémára: https://hup.hu/cikkek/20160222/a_linux_kernelfejlesztok_javitast_kuldtek_be_az_efivarfs_rm_rf_brickelesi_problemra#comment-1962369

:)




A Linux kernelfejlesztők javítást küldtek be az efivarfs "rm -rf" brickelési problémára: https://hup.hu/cikkek/20160222/a_linux_kernelfejlesztok_javitast_kuldtek_be_az_efivarfs_rm_rf_brickelesi_problemra#comment-1962482

kérdezzük meg NevemTevét, mennyire jó buli csak ezért egy mct fordítani az AIXára :D




A Linux kernelfejlesztők javítást küldtek be az efivarfs "rm -rf" brickelési problémára: https://hup.hu/cikkek/20160222/a_linux_kernelfejlesztok_javitast_kuldtek_be_az_efivarfs_rm_rf_brickelesi_problemra#comment-1963177

Max te nem találod az asszociációt benne :)

Arra akartam utalni, hogy az mc azért messze nem must have. Az említett fórumtárs meg állandóan azzal küzd, hogy mindenféle dolgokat próbál lefordítani kőkorszaki AIXokra, általában elég küzdelmesen, annó mcvel is küzdött ha jól emlékszem...




A Linux kernelfejlesztők javítást küldtek be az efivarfs "rm -rf" brickelési problémára: https://hup.hu/cikkek/20160222/a_linux_kernelfejlesztok_javitast_kuldtek_be_az_efivarfs_rm_rf_brickelesi_problemra#comment-1962851

Egy elcseszett ch[mod|own] valamimask -R / sokkal viccesebb, ott még van esély rendet tenni csúf szopások árán. Egy rm -rf / után sok izgalmas opció nincs.




A Linux kernelfejlesztők javítást küldtek be az efivarfs "rm -rf" brickelési problémára: https://hup.hu/cikkek/20160222/a_linux_kernelfejlesztok_javitast_kuldtek_be_az_efivarfs_rm_rf_brickelesi_problemra#comment-1962883

Valami ilyesmit csináltam én is, de végül valami kézitákol, get-selections, apt reinstall dologgal kb rendberaktam az életet...




Brüsszeli szuper bunkó étterem esete: https://hup.hu/node/145927#comment-1964161

azért a teljesség kedvéért jegyezzük meg, hogy ez az eset mégsem hátsóbordsodpusztában, hanem a zejurópai csoda fellegvárában esett meg :)




Kodi 16: https://hup.hu/cikkek/20160222/kodi_16#comment-1962944

- A mount és egyéb varázslások (random extra service inditgatás) környéke ahogy néztem a systemd óta jobb lett az openelecben, egyszerűen azért, mert az lekezeli épeszűen, nem kell faszomshellscripteket faragni az init helyett. (nfs mountot csináltam így, mert bár mindenhova oda van írva, hogy hagyjam meg a kodinak, de nem kösz :) )
- Én rendszeresen használom az update-t, megy. Sőt, szól is, meg minden. Mondjuk nem is csoda, mert az egész kb egy bináris blob (jo, lehet kettő, mert egy a kernel, egy meg a mindenmás) meg a konfigok, szerintem kb annyi az update process, hogy a helyére másolják az új filet.
- transmission helyett van rtorrent, az imho jobb, kb fel kell tenni.

Egyébként kétségtelen tény, hogy kőegyszerű kicsi cucc egy normális disztróhoz képest aztán hogy ez kinek előny, kinek hátrány, az imho usecase kérdése.




Kodi 16: https://hup.hu/cikkek/20160222/kodi_16#comment-1964052

"Ezt nem egészen értem. Be lehet irni valahova, hogy az ntfs vinyomat ne default mount opciokkal, hanem async,noatime és big_writes mellett csatolja? Ugyanis RPI1-en az NTFS vinyót maximum olvasni érdemes ha ezek nincsenek meg."

Aha, a sytemdben simán létre lehet hozni egy mount unitot, abban meg nyilván mindent lehet konfigolni (ha jól emlékszem, rendes disztrók, ahol van fstab is úgy csinálnak, hogy valami generál belőle ilyen mount unitot), lásd: http://wiki.openelec.tv/index.php?title=Mounting_network_shares -- nyilván nem csak network sharet lehet így mountolni, hanem bármit.

"Az rtorrent szerintem a nosztalgikus múltat képviseli, nem gyári ficsőr a webes UI, márpedig a média centeren futó torrenteket úgy a legkényelmesebb kezelni.", - ja lehet külön csomagban volt az is (lehet hogy kodi addonként volt engem spec nem zavar, az openelec addonokat pont ugyanonnal lehet kezelni), igazából csak azért mondtam, mert anno emlékeim szerint a transimssion felrakásával én is maszatoltam kicsit, meg egyébként sem tudott pár dolgot. Igazából az rtorrent webuiját egyébként elvétve használom, max a statust nézem meg rajta, mert a torrenteket felmásolom a samba sharre, az rtorrent meg utána a helyére teszi, szóval isten igazából 90%-ban a következő cselekvés már a kezemben a távirányítóval a play gomb megnyomása, ezt transmissionből nekem nem sikerült kifaragni.

"Az OpenELEC egy "dobozos" termék, jó meg minden, de engem túlzottan akadályoz."

Persze. mondtam is, hogy ez vagy plusz vagy kontra. :) Csak kiegészítésként hozzátettem, hogy pár dolog talán azóta javult a konkrét problémáidból




Kodi 16: https://hup.hu/cikkek/20160222/kodi_16#comment-1964370

ja, az rtorrent legszimpibb featureje talán pont a ide kell letölteni, almappákba, és onnan ide kell tenni, ha kész.




Kodi 16: https://hup.hu/cikkek/20160222/kodi_16#comment-1964485

az, hogy a default milyen az kevésbé érdekel, kb három mappát kell beírni, hogy hülyeség-e általában, azt nem tudom, lehet én fogom rosszul, de nekem nagyon hiányozna, ha nem lenne.




Kodi 16: https://hup.hu/cikkek/20160222/kodi_16#comment-1964665

azt hiszem félreértettem, mert én az rtorrentről beszéltem.




Több MariaDB kiszolgáló egyetlen szerveren: https://hup.hu/cikkek/20160204/tobb_mariadb_kiszolgalo_egyetlen_szerveren#comment-1956016

Szerintem ez nem azon múlik, hogy profi e valaki az adott témában.

Ha trollkodni akarnék:
Valószínűleg nem Te vagy a célközönség, hanem a kevésbé profik azok, akiket nem zavar, hogy kattogtatniuk kell, hogy több legyen a banner bevételem

:)




Több MariaDB kiszolgáló egyetlen szerveren: https://hup.hu/cikkek/20160204/tobb_mariadb_kiszolgalo_egyetlen_szerveren#comment-1956024

Láttam, azért gondoltam, hogy leírom, poénként :)

Tényleg inkább ott a jellemző ez a setup, értem én, hogy te szereted, lelked rajta. A végtelenítettet én sem szeretem (főleg amikor dinamikusan jön még-még-még), de ez a három bekezdésenként kattogtatás se szimpi, imho ez elférne egy hosszabb oldalra. De ezen meg nyilván az én lelkem, de mondjuk ahhoz nincs köze, hogy egyébként van-e bármi közöm a mariadbhez, vagy nem :) Pusztán ízlés kérdése.




az eheti kihivas: 100 fekvotamasz + 100 guggolas felugrassal: https://hup.hu/node/145809#comment-1963736

mennyire jump? :)




az eheti kihivas: 100 fekvotamasz + 100 guggolas felugrassal: https://hup.hu/node/145809#comment-1963953

Az ok, hogy ha az ember eleve kb maxra gyúr, arra voltam kíváncsi, hogy akkor a tempóban kb annyi a lényeg, hogy azért felgyere, nem cél a magasság.

Csak gondoltam lehet valamelyik nap megnézem, bár szerintem ma a megkapom a szerdán elnapolt thruster burpee létrát edzőbácsitól, nem fogok még ilyenre is vágyni :)




az eheti kihivas: 100 fekvotamasz + 100 guggolas felugrassal: https://hup.hu/node/145809#comment-1963986

funkcionális edzés néven fut, kvázi crossfit (volt kolléga tartja, van neki crossfit meg kettlebell papírja is), kiscsoportos edzés a mindenféle szokásos önsúlyos gyakorlatok, TRX, kettlebell, mostanában rendes barebell is van, gumiszalag, ilyesmi. Elég változatosan, de többnyire köredzés (ami ugye tulajdonképp HIIT jellegű mindig), valami létra, esetleg valami fix idő alatt mennyi fér bele, vagy mennyi idő alatt tudsz lepörgetni bizonyos ismétlésszámot.

De közel se jutok le annyiszor, mint kellene...




Kötelező biztonsági frissítés → minden alkalmazás újra alapértelmezett microsoftos: https://hup.hu/node/145837#comment-1962384

Akkor már csak azt kéne megoldani, hogy mondjuk mikor az edge vagy a windows photos esetében is feldobódjon az a settings ablak :)




Kötelező biztonsági frissítés → minden alkalmazás újra alapértelmezett microsoftos: https://hup.hu/node/145837#comment-1962487

Elég sokszor volt mostanában, amire kénytelen voltál azt mondani, hogy nem valószínű, hogy tudatos marketing fogás :) Szóval vagy mégiscsak az, vagy mostanában elég sok bugos fost ad ki a team a kezéből :)




Kötelező biztonsági frissítés → minden alkalmazás újra alapértelmezett microsoftos: https://hup.hu/node/145837#comment-1962884

Jaja, kroozo első törvénye is az, hogy "minden szoftver szar" :)




Kötelező biztonsági frissítés → minden alkalmazás újra alapértelmezett microsoftos: https://hup.hu/node/145837#comment-1963043

én eddig még nem jutottam, mondjuk van egy első kiegészítés, hogy "... és minden hardware is."

Illetve ugye van még az elhatárolási metodika, miszerint hardware az, amit rúgni lehet, szoftver meg az, ami miatt rúgni akarod a hardware-t.




UTP Fali aljzat bekötése (AYA4300121): https://hup.hu/node/136912#comment-1807216

3. vagy olyan a kábel, amin kurvára nincs bekötve az utolsó két pár, randomszarnál láttunk már olyat, sőt olyat is, amin eleve csak négy van bekötve (100 mbitre jóaz felkiáltással ugye elég az 1,2,3,6) ).




UTP Fali aljzat bekötése (AYA4300121): https://hup.hu/node/136912#comment-1807715

Olyat még csináltam is anno. Nem szép, de a kényszer nagy úr :)




UTP Fali aljzat bekötése (AYA4300121): https://hup.hu/node/136912#comment-1807714

Mondjuk nem biztos, hogy ezt hagytam volna neki :)




UTP Fali aljzat bekötése (AYA4300121): https://hup.hu/node/136912#comment-1807760

Biztosan van ez a szitu, de azért én legalább egy udvarias "előbb talán dugjunk abba az aljzatba egy kábelt bele, aztán ha nem jó, akkor csinálhat mást" mondással bepróbálkoztam volna. Aztán más kérdés, hogy ha hülye, én is ráhagyom, aztán kicserélem, mint hogy elmenjen dolgavégezetlenül, ebben igazad van.




UTP Fali aljzat bekötése (AYA4300121): https://hup.hu/node/136912#comment-1808047

Attól még akkor sem volt szabályos. Legalábbis én nem emlékszem, hogy egyszercsak jött volna egy szabványupdate, hogy mostantól ezt nem lehet...




UTP Fali aljzat bekötése (AYA4300121): https://hup.hu/node/136912#comment-1807267

az még meleg pitével is abszurd volt a moziban, aljzattal, bleh...




UTP Fali aljzat bekötése (AYA4300121): https://hup.hu/node/136912#comment-1807534

Mondjuk ha esetleg még életedben kell feltenned ilyen alljzatot, akkor ákár építő is lehet az info, hogy van, amihez nem kell szerszám ;)




UTP Fali aljzat bekötése (AYA4300121): https://hup.hu/node/136912#comment-1809134

A patch kábelben sodort erek vannak, a faliban tömör fém. Az első a bevágós fali aljzatot nem annyira tolerálja, a második meg a sima rj45öt, ami meg ha megnézed, két kést nyom keresztül az éren. Illetve tömör esetében ugye csak nyomna...

Ja, és villanyszerelők tipikusan szeretik fossátépni a kábelt, rájuk pont nem érdemes bízni...




UTP Fali aljzat bekötése (AYA4300121): https://hup.hu/node/136912#comment-1809473

Pedig erre falicsati kéne. Egyébként pedig az összes "sima" kábel sodort, max nem tudtad.

Egyébként a falira is rámegy az rj45, de mákolni kell. Ha megnézel egy csatit (https://www.patchkastwinkel.nl/images/Aansluitingen.jpg) a tetején bemegy az ér egy vezetősínbe, a krimpelő az érintkezőt alulról felnyomja, ettől az a kétfogú kés keresztül megy az éren. Elvileg az ilyen fog jó a tömörhoz is, mert a két fog kétfele megy, és ollószerűen körbefogja a tömör rezet, de tapasztalataim szerint nem ideális, van direkt tömörre való három fogas kialakítás, az jobb.




Az Apple vezére nyílt levélben tájékoztatta a felhasználókat arról, hogy az USA kormánya backdoor-t akart építtetni az iPhone-ba: https://hup.hu/cikkek/20160218/az_apple_vezere_nyilt_levelben_tajekoztatta_a_felhasznalokat_arrol_hogy_az_usa_kormanya_backdoor-t_akart_epitte#comment-1961262

ezen analógia mentén akkor ha kimennek házkutatni mondjuk egy narkótermesztőhöz, akkor a bugyisfiókba már tilos benézni, mert hát az anyunak mennyire intim dolga? meg úgy egyáltalán, másra nézni, mint ami összefüggésben van a gyanúsítással? És honnan lehet tudni, hogy összefüggésben van-e vele.

Imho azzal, hogy a hatóság alapos gyanú után belenéz személyes dolgokba, nincs baj. (Hogy ezek a későbbiekben hogyan kezelődnek, az más kérdés)




Az Apple vezére nyílt levélben tájékoztatta a felhasználókat arról, hogy az USA kormánya backdoor-t akart építtetni az iPhone-ba: https://hup.hu/cikkek/20160218/az_apple_vezere_nyilt_levelben_tajekoztatta_a_felhasznalokat_arrol_hogy_az_usa_kormanya_backdoor-t_akart_epitte#comment-1961295

Nem éreztem offnak. Arról volt szó, hogy meddig terjed állambácsi joga dolgokba belenézni. A te felvetésedre próbáltam analógiát hozni egyéb területről, hiszen valószínűleg irreleváns, hogy éppen hol van a személyes dolog, telefonon, vagy szobában.




Az Apple vezére nyílt levélben tájékoztatta a felhasználókat arról, hogy az USA kormánya backdoor-t akart építtetni az iPhone-ba: https://hup.hu/cikkek/20160218/az_apple_vezere_nyilt_levelben_tajekoztatta_a_felhasznalokat_arrol_hogy_az_usa_kormanya_backdoor-t_akart_epitte#comment-1961409

de amiről beszélünk az az, hogy van valaki, akit konkrétan gyanúsítanak valamivel személy szerint, nem pedig csak random ember telefonja, amibe csak úgy belenézünk.




Az Apple vezére nyílt levélben tájékoztatta a felhasználókat arról, hogy az USA kormánya backdoor-t akart építtetni az iPhone-ba: https://hup.hu/cikkek/20160218/az_apple_vezere_nyilt_levelben_tajekoztatta_a_felhasznalokat_arrol_hogy_az_usa_kormanya_backdoor-t_akart_epitte#comment-1961488

nem vagyok benne biztos, hogy nem csak benézte, hogy mire mondták feljebb, hogy felháborító




"Súlyos hibát találtak az egyik legfontosabb Linux-könyvtárban": https://hup.hu/cikkek/20160217/sulyos_hibat_talaltak_az_egyik_legfontosabb_linux-konyvtarban#comment-1961016

"(ál-indokkal, de utólag nyomonkövethetően),"

ezzel azt érnéd el, hogy aki érdekelt a gonoszkodásban, az jobban nyalja át a sima updateket olyanok után amik igazából sec fixek (és mivel utólag nyomon követhetőnek kell lennie, ezért gondolom annyira nehéz dolguk nem lenne a pattern matchinggal), ellenben az üzemeltetők tömege meg nem tudná, hogy ez most fontos, minél előbb ki kéne mennie. Szóval a gyakorlatban szerintem plusz attack windowt adnál.




"Súlyos hibát találtak az egyik legfontosabb Linux-könyvtárban": https://hup.hu/cikkek/20160217/sulyos_hibat_talaltak_az_egyik_legfontosabb_linux-konyvtarban#comment-1961018

ez egyébként valami ilyen furcsa fetisizmus, hogy ugyan van ram, de nehogy a rendszer használni merje, mert még a végén megromlanak benne a szilícium kristályok, vagy?

egyébként meg valakitől, aki szerint a linux a fasza elég vicces a "részletek nem érdekelnek" mondat. Hát hova lesz így a totál kontrol a géped felett...?




"Súlyos hibát találtak az egyik legfontosabb Linux-könyvtárban": https://hup.hu/cikkek/20160217/sulyos_hibat_talaltak_az_egyik_legfontosabb_linux-konyvtarban#comment-1961089

Egyrészt az, hogy az os önmagában semmire sem elég, az szerintem eléggé idejemúlt nézőpont, egy rakás olyan szolgáltatás van, ami kell ahhoz, hogy érdemben tudj dolgozni, másrészt meg az már prioritizálás dolga, hogy az legyen ott, amit épp használsz. Ha nem dobja ki mondjuk a cache page-it, mikor a futó programnak kell a hely, az baj. Az, hogy a rendelkezésre álló memóriát megpróbálja használni valamire, amitől lehet, hogy jobb lesz, az szerintem nem hogy nem baj, de egyenesen kívánatos. (Ironikus módon hallottam én már ezt az érvelést visszafele, amikor épp a windows takarított fölöslegesen dolgokat ki a pagefileba, csak mert)




"Súlyos hibát találtak az egyik legfontosabb Linux-könyvtárban": https://hup.hu/cikkek/20160217/sulyos_hibat_talaltak_az_egyik_legfontosabb_linux-konyvtarban#comment-1961156

nem terelek. Közölted, hogy mert a windows memóriakezelése szar, mert sok a foglalt memória. Erről kérdeztem.




"Súlyos hibát találtak az egyik legfontosabb Linux-könyvtárban": https://hup.hu/cikkek/20160217/sulyos_hibat_talaltak_az_egyik_legfontosabb_linux-konyvtarban#comment-1961199

mi köze a memória felhasználásnak a kód mennyiségéhez?




"Súlyos hibát találtak az egyik legfontosabb Linux-könyvtárban": https://hup.hu/cikkek/20160217/sulyos_hibat_talaltak_az_egyik_legfontosabb_linux-konyvtarban#comment-1961214

csak azért kérdezem, mert netto baromság. A memória felhasználás nem a komplexitástól növekszik jelentősen, hanem attól, ha valaminek sok adaton kell dolgoznia.

egyébként tehát szerinted a robusztusabb rendszerek jellemzője, hogy több bennük a hiba? mondd, tudod mit jelent a robusztus szó?




"Súlyos hibát találtak az egyik legfontosabb Linux-könyvtárban": https://hup.hu/cikkek/20160217/sulyos_hibat_talaltak_az_egyik_legfontosabb_linux-konyvtarban#comment-1961217

nem, szerintem ő nem ezt vallja. A fail fast arról szól, hogy ha nem tudod, hogy mi volt a baj, és hogyan kellene kezelni, akkor crashelj el, ne veszélyeztesd az adatbiztonságot. Lennartnál az alapján amit láttam az van, hogy tudjuk mi a baj, le is lehetne épp kezelni (aka elfedni), csak szerinte nem ott kell megoldani, és pont.

Van ebben is igazsága egyébként, de a két dolog imho nem ugyanaz.




"Súlyos hibát találtak az egyik legfontosabb Linux-könyvtárban": https://hup.hu/cikkek/20160217/sulyos_hibat_talaltak_az_egyik_legfontosabb_linux-konyvtarban#comment-1961260

nem, az elcrashel az azt jelenti, hogy a program nem fut sehogy sem. Meghal a picsába, úgy ahogy van.

A gond azzal van, hogy ezután valami még tovább fut.




"Súlyos hibát találtak az egyik legfontosabb Linux-könyvtárban": https://hup.hu/cikkek/20160217/sulyos_hibat_talaltak_az_egyik_legfontosabb_linux-konyvtarban#comment-1961280

Lásd lentebb. Az, hogy megáll, nincs tovább, az a program (még csak nem is processz) nem csinál többet semmit.

Szerintem másik oldalról nézed a dolgot, te alapvetően az implementációt nézegeted, az meg egy design pattern. Azt mondja, hogy olyan program logikát kell írni, ami ha olyan helyzetbe kerül, ahol nem tudja, mit kell tennie, akkor minél rövidebb időn belül gondoskodnia kell arról, hogy leálljon, és a kontrol visszaszálljon a szülőre. Nem az a lényeg, hogy az OS által megadott kereteket betartja-e, hanem éppen az, hogy azon belül az önfelügyelet működjön.

Ezeknek technikailag lehetséges megvalósulása pl az unhandled exceptionnel jelezni a keretrendszernek, hogy dal vége, takaríts, mondjuk javaban, vagy egy combos segfault c ben. Ez utóbbinál egy implementációs probléma, hogy utána adott esetben a fasz se tudja mi fog futni...




[Egyelőre napolva] IT területen állást keresek: https://hup.hu/node/145667#comment-1958878

milyen jellegű cégre lőnél? kicsi, nagy, multi, startup, enterspájz, bank, oktatás, whatever?




"Microsoft Lumia 650: kifinomult, fém dizájn és Windows 10 kétszáz dollárnál kevesebbért": https://hup.hu/cikkek/20160216/microsoft_lumia_650_kifinomult_fem_dizajn_es_windows_10_ketszaz_dollarnal_kevesebbert#comment-1960695

" A Windows 8-8.1-hez képest a konzisztencia szerintem sokat javult, de igazad van"

speciel ebben (control panel) imho nem: a 8ban még alig-alig volt az újban valami, most meg fele-fele.




"Microsoft Lumia 650: kifinomult, fém dizájn és Windows 10 kétszáz dollárnál kevesebbért": https://hup.hu/cikkek/20160216/microsoft_lumia_650_kifinomult_fem_dizajn_es_windows_10_ketszaz_dollarnal_kevesebbert#comment-1960699

azért az vicces, hogy
-szarok a csempék, maradunk droidon
-nem is olyan szarok a csempék
-ja, akkor meg tudsz ilyen skint droidon is.

Most akkor van sapka, vagy nincs sapka?




"Microsoft Lumia 650: kifinomult, fém dizájn és Windows 10 kétszáz dollárnál kevesebbért": https://hup.hu/cikkek/20160216/microsoft_lumia_650_kifinomult_fem_dizajn_es_windows_10_ketszaz_dollarnal_kevesebbert#comment-1961012

Mondjuk azért ehhez hozzá kell tenni, hogy a 735ömre szerintem legalább 3 hónapja nem jött semmi update. (Gyanús, hogy előtte sokáig sem, csak már a fene se emlékszik, de az tuti, hogy mióta ígérgetik a mostmár becsszó mindjárt w10, azóta nyet, az meg november volt). Elképzelhető, hogy a mobil win annyira sokkal faszább, mint az asztali, hogy itt nem kell patch tuesday, de azért élnék a gyanúperrel, hogy mégsem :)




Autóvezetés - lehet NEM szeretni?: https://hup.hu/node/145690#comment-1960847

itt nyilvánvalóan az lehetett a baj, hogy a nagy igyekezetben otthon felejtetted a borítékot...




Epoch fail - Brick different!: https://hup.hu/cikkek/20160213/epoch_fail_brick_different#comment-1960692

egyrészt valószínűleg kissé alacsonyabb az ingerküszöböd az apple kapcsán, az internet, amit én olvasok tele van más vackok fikkantásával is, másrészt köze lehet ahhoz, hogy az apple maga tolja iszonyat durván az önfényezést, és segítenek benne a nem kis számú véresszájú apple fanok :)




It’s 2016 already, how are websites still screwing up these user experiences?!: https://hup.hu/node/145349#comment-1953575

arra én is ráfutottam múltkor, rendes kiscserkész módjára rákattintottam u-blockra, hogy akkor itt ne, nyomtam egy refresht, és szerinte még mindig. Hát, ha nem akarjátok megmutatni light adjaitokat, akkor így jártatok, annyira nem érdekel, ezentúl reflexből nem kliekkünk rá, ha látom, hogy forbes, azt kész...




It’s 2016 already, how are websites still screwing up these user experiences?!: https://hup.hu/node/145349#comment-1953634

ennyit nem ér, tapasztalataim szerint egyébként is jobban járok azzal, ha ezeket az oldalakat nem olvasom :)




A DTrace guru Bryan Cantrill szerint az Unikernel a DOS korszakba küld(ene) vissza minket: https://hup.hu/cikkek/20160129/a_dtrace_guru_bryan_cantrill_szerint_az_unikernel_a_dos_korszakba_kuldene_vissza_minket#comment-1954851

attól függ, hogy unikernelnek vagy junikernől beszélsz szóban, és ez biza nem triviális. Tudom, hogy van egy olyan szekta, akik szerint minden ITs szakszót és rövidítést háj inglisül kell kiejteni, ezeknél általában el szoktam kezdeni javítani, amit aztán mégsem jól mond. Általában max 10 perc alatt lesz -- temperamentumtól függően -- röhögés és önkritika gyakorlás vagy megsértődés...




"A Windows Phone halott": https://hup.hu/cikkek/20160130/a_windows_phone_halott#comment-1954847

ejha, ezt tudja? nekem az rémlik, hogy néha szól a mobil kliens, hogy most nem tudja összeszedni, mi volt ebben a conversationban (jellemzően akkor, ha már a laptopon belenéztem), és azt javasolná, hogy kérdezzem meg a résztvevőket arról, hogy miről maradtam le. Hát kösz b+.




"A Windows Phone halott": https://hup.hu/cikkek/20160130/a_windows_phone_halott#comment-1954856

Értettem én, csak kis naívan arra gondoltam, hogy ha a lényegesen egyszeűbb(nek tűnő) text messeagekkel sem megy, akkor a hanggal biztos még így se

(egyébként tudom, régebben legalább volt egy őszinte hibaüzenet, hogy szorri, ez itt nem megy, mert már ott a másikon, de aztán elmúlt, és valami marketinges idióta belefogalmazta ezt a bicskanyitogató faszságot rendkívül előremutató tanácsot, ami cseppet sem röhejes.




"A Windows Phone halott": https://hup.hu/cikkek/20160130/a_windows_phone_halott#comment-1954893

ez mondjuk tény.

meg a text körnéykén egyébként is botrány, ami van, a coverstion history outlook folderrel, meg az ott öt plusz soronként bővülő 72 bejegyzéssel ugyanarról a chatről, a mobil kliens se kell hozzá :)




"A Windows Phone halott": https://hup.hu/cikkek/20160130/a_windows_phone_halott#comment-1955167

sajnos nem vagyok róla meggyőződve, hogy emiatt kihal, de tény, hogy a legidegesítőbb tulajdonsága, hogy tudja kezelni a szolgáltatótól kapott doboz, és slussz.




"A Windows Phone halott": https://hup.hu/cikkek/20160130/a_windows_phone_halott#comment-1955216

nem vagyok róla meggyőződve, hogy teljesen eltűnik, de az biztos, hogy ebbe az irányba fog jelentősen eltolódni. Ezt a kettőt viszont tudja az IPTV is, amit nem tud, az a hogyan: ha a szolgáltató doboza nem tetszik, akkor használhassak mást. Pedig pl szívesen becsatornázná az ember a tvt mondjuk a kodiba, hogy legyen több dolog, vagy nem tartana minden tv mellett dobozt, ilyesmi...




"A Windows Phone halott": https://hup.hu/cikkek/20160130/a_windows_phone_halott#comment-1955260

"A DVB-C adás például becsatornázható KODI-ba."
Igen tudom. Épp ezért mondom, hogy az IPTV ebből a szempontból szar. Visszanéztem, lehet, hogy nem egyértelmű, hogy már a kettőben feljebbi válaszomban is arra értettem, nem a DVB-x-re.




"A Windows Phone halott": https://hup.hu/cikkek/20160130/a_windows_phone_halott#comment-1957025

azért az, hogy egy microsoft és egy doogee felirat közül szerinted egy laikus szemében a microsoft lesz a noname, az aranyos :) -- attól függetlenül, hogy értem mit akarsz mondani, de valószínű, hogy ha valaki otthagyja az 55k-t pluszban, annak egyik fő oka az lehet, hogy ne valami dzsunka kínai szart vegyen.




Milyen e-book olvasót vegyek?: https://hup.hu/node/144920#comment-1946184

disclaimer: jó pár éve nem láttam az uj kindelket közelről, de szerintem sokat nem változhatott adolog.

Nekem van egy DXem, amit imádok, de ha pdfet akarsz olvasni, akkor imho felejtsd el az e-papírt. Nem tudja betördelni, katasztrófa (pedig a dx direkt nagy, alig kell kicsinyíteni az A4en), gyak egy nagyítható képed van, ami meg így szívás, pláne ha kisebb és/vagy vékonyabb fonttal van szedve (tech papírok gyakran).

Illetve tapasztalat, hogy folyamtos olvasásra jó, a tanulásos ide-oda lapozgatásra nem. Túl lassú és kényelmetlen, bár ez lehet már javult bőven az újabbakkal (gyorsabb refresh, touch), de élek a gyanúperrel, hogy itt nem lehet megverni a valódi papírt.

Szóval ha pdf, én valami tabletra szavaznék (bár bleh azo olvasni), de legalábbis megpróbálnék szerezni egyet kölcsön próbára valakitől, hogy a gyakorlatban hogyan működik egy pár napig, mielőtt e-papírt veszek...




Milyen e-book olvasót vegyek?: https://hup.hu/node/144920#comment-1946256

szerintem ez esetben hanyagold az e-inket :)




Milyen e-book olvasót vegyek?: https://hup.hu/node/144920#comment-1946261

Nekem dxem van, az 9.7", és messze nem az igazi. Van, ami jó, de a legtöbb dolog kényelmetlenül kisbetűs, nem is túl szép. Bármi, ami keskeny margós, az extra szopás.

Ha kicsit is színes (whitepaperek tudnak ilyet pl, meg egyébként is szeretik a nem teljesen fekete betűt), akkor a kontraszt elbaszódik, az ábrák ha színesek voltak, akkor katasztrófa lesz, de még ha csak grayscale, akkor is tudnak érdekes dolgok lenni. (Mondjuk el tudom képzelni, hogy a dx óta ez azért javult)

És akkor még mindig ott van, hogy navigálni szar, messze nem olyan, mint gépen, tanulásnál ez lehet, hogy cumi.




server hosting korlátlansága: https://hup.hu/node/145410#comment-1956045

"ami a végén nem lesz a sajátod?" miért akarna megtartani egy nem garanciális akármit a végén?




server hosting korlátlansága: https://hup.hu/node/145410#comment-1956206

Értem én, hogy van egy olyan vasnak haszna. Viszont az ilyen bérlet konstrukciók egyik fontos oka valószínűleg épp az, hogy a bérlő nem akar a hw lifecycle managementtel meg üzemeltetéssel foglalkozni (a másik nyilván a költség szétkenése), neki gyanúsan inkább nyűg a végén a használt vas. Ezért nem értettem, hogy miért csinált úgy a kolléga, mintha ez annyira alap lenne, vagy egyáltalán fontos, és enélkül mekkora fos a konstrukció.




IPcalypse :): https://hup.hu/node/145374#comment-1954402

"minden alkalommal, mikor az általad konfigolt tűzfal eldob egy icmp echo csomagot, isten megöl egy kismacskát"




TPLink security at its best: https://hup.hu/node/145429#comment-1954941

Egyéni, random, és factory reset esetén on board reprodukálható secretet egyáltalán nem olyan triviális csinálni, főleg nem úgy, ha nem szeretnél arra sokat költeni, hogy minden egyes deviceot egyedileg kelljen provisionölni.




TPLink security at its best: https://hup.hu/node/145429#comment-1955008

ez sok minden, csak nem random. Annyival jobb, hogy nem ordít róla fényévekről, hogy micsoda, ez tény, de nem hiszem, hogy egy nem tök scriptkiddie blackhat-et komolyabban meghatná, hogy ezt is beletették, ugyanúgy csak a mac kell hozzá. Viszont a felvetés, amire válaszoltam az volt, hogy miért ne használjuk a default beállításokat, ha azok jók -- márpedig ez még ahhoz nagyon kevés.

[troll] ráadásul ez md5 javaslásával kiérdemeltél egy azonnali picsánrugást security témában[/troll]




TPLink security at its best: https://hup.hu/node/145429#comment-1955174

akkor eljutottunk odáig, hogy mégiscsak egyetértünk? :)

(az md5 nyilván nem véletlen volt trollban, a defaultok közül meg csak a jelszóról volt szó eleve)




TPLink security at its best: https://hup.hu/node/145429#comment-1955085

feltéve, hogy az eszköz szériaszáma pl kiolvasható a dobozból, de ez az ilyen kis szappantartó szaroknál nem feltétlen van így. Lásd még ugye, hogy próbáljuk kihagyni azokat a lépéseket, mikor valami custom izét kell csinálni minden dobozzal, mert ugye onnan indultunk, hogy az drága.

Félre ne érts, még mindig nem a tplinket védem, ezen konkrétan én már évekkel ezelőtt kiröhögtem magam, mikor először volt ilyen a kezemben, de azért a "hagyjuk úgy defaulton nem lesz baj", az annyira imho nem egyszerű...




Illetéktelen kódot fedezett fel a Juniper Networks a saját operációs rendszerében: https://hup.hu/cikkek/20151219/illetektelen_kodot_fedezett_fel_a_juniper_networks_a_sajat_operacios_rendszereben#comment-1941071

Az a meglepő, hogy még auditálják a screenost. Mondjuk végül is vannak még rendszeres releasek is rajta...




utp és áram egy csatornában: https://hup.hu/node/145441#comment-1955364

én egy gimnáziumban nem kötnék be semmit, ami nem felel meg az érintésvédelmi szabványnak. A fasz se akarna éveket börtönben tölteni, ha mégis pech van.




A Google Play-ben, App Store-ban megtalálható, mobiltelefonra letölthető tartalom neve szerintem: https://hup.hu/szavazasok/20160130/a_google_play-ben_app_store-ban_megtalalhato_mobiltelefonra_letoltheto_tartalom_neve#comment-1955169

és akkor a kérdés, hogy melyik a fontosabb, hogy bent legyen pontos a kommunikáció, vagy kint? :)




Az általam legsűrűbben használt elektronikai eszköz egy ...: https://hup.hu/szavazasok/20160127/az_altalam_legsurubben_hasznalt_elektronikai_eszkoz_egy#comment-1953283

+1




Az általam legsűrűbben használt elektronikai eszköz egy ...: https://hup.hu/szavazasok/20160127/az_altalam_legsurubben_hasznalt_elektronikai_eszkoz_egy#comment-1953678

igazad van, a fénycsőelőtét lesz az :)




Az általam legsűrűbben használt elektronikai eszköz egy ...: https://hup.hu/szavazasok/20160127/az_altalam_legsurubben_hasznalt_elektronikai_eszkoz_egy#comment-1954398

én igen örülnék neki, ha lehetne valamire rendesen rajzolni, de olyat még nem láttam (ami nem jelenti, hogy nincs, de ami ilyen sztenderd konzumer elektronika volt a kezembe, az nem volt alkalmas rá, hogy valóban használjam)




Linux Sucks 2016: https://hup.hu/cikkek/20160128/linux_sucks_2016#comment-1953985

"imádtam anno a céges munkaállomást újrahúzni félévente mert olyan fos lassú volt már, hogy elmondani nem lehet."

Tényleg volt ilyen, kb a 98ig bezárólag :) Na jó, még az ME, de azt úgyse használta senki :)




Linux Sucks 2016: https://hup.hu/cikkek/20160128/linux_sucks_2016#comment-1954005

ok, valóban lehet, hogy sp1 előtti xp is ludas volt benne, utána ne vicceljünk, a fele még most is fut.




Linux Sucks 2016: https://hup.hu/cikkek/20160128/linux_sucks_2016#comment-1954038

szarul fogjátok szerintem....




IPv4.5: https://hup.hu/node/145363#comment-1953908

szerintem ha a dotted decimal ábrázolásból akarsz kiindulni, akkor ne tervezz még az internet alá protokolt :)




IPv4.5: https://hup.hu/node/145363#comment-1953929

egyébként ez tulajdonképp az IPv5, mert pont félúton van a 32 meg a 128 bit között :D




Pontos idő IoT device-on: https://hup.hu/node/145341#comment-1953526

Azért nem feltétlen, egy dns manipulációt egyszerűbb kivitelezni, mint egy ip routeba beleállni direktben.




Pontos idő IoT device-on: https://hup.hu/node/145341#comment-1953460

az ntp beépített public key cryptoja ellen van valami kifogásod?




Pontos idő IoT device-on: https://hup.hu/node/145341#comment-1953547

hát, akkor olyan szervert kell futtatni. :)

Az van, hogy ha bizalmatlan vagy mindenféle szolgáltatással szemben, akkor magad kell megcsináld.




A bolti kamera haszna: https://hup.hu/node/140129#comment-1861408

Eddig én még olyan kutast sehol nem láttam, aki a "Jó napot! Köszönöm, megoldom" után még tankolni akart volna...




A bolti kamera haszna: https://hup.hu/node/140129#comment-1861623

Furi. Szoktam omvnél is tankolni, emlékszem több olyanra, mikor mire kikászálódtam, már ott állt, de nem nyúlt a kocsihoz. Persze lehet, hogy már rájukszóltak....

A kávécsokiakcióslófaszkedvezményeshintőporral meg ja, ilyen, hál-istennek azt is le lehet tudni egy "nem, köszönöm, semmi ilyesmittel"




A bolti kamera haszna: https://hup.hu/node/140129#comment-1861624

Vagy a farka nagy, és azzal vagizik, vagy a nője merev, hagyd rá :D




Pendrive partíciós tábla újraolvasás?: https://hup.hu/node/145346#comment-1953631

beírod, hogy sync ?




Eseti informatikai megoldások beárazása órabérben (VPN, ügyviteli programok migrációja, telepítés, adatmentés stb.): https://hup.hu/szavazasok/20160119/eseti_informatikai_megoldasok_bearazasa_oraberben_vpn_ugyviteli_programok_migracioja_telepites_adatmentes#comment-1950674

eseti melóról volt szó, meg órabérről, nem munkahelyről.




Eseti informatikai megoldások beárazása órabérben (VPN, ügyviteli programok migrációja, telepítés, adatmentés stb.): https://hup.hu/szavazasok/20160119/eseti_informatikai_megoldasok_bearazasa_oraberben_vpn_ugyviteli_programok_migracioja_telepites_adatmentes#comment-1950798

Nem nagyon értem, hogy ez most hogy jön ide? Meg hogy ilyen szempontból miért nem mindegy hogy vpn vagy migráció vagy telepítés?




Eseti informatikai megoldások beárazása órabérben (VPN, ügyviteli programok migrációja, telepítés, adatmentés stb.): https://hup.hu/szavazasok/20160119/eseti_informatikai_megoldasok_bearazasa_oraberben_vpn_ugyviteli_programok_migracioja_telepites_adatmentes#comment-1950919

ez a kettő egymáshoz. Kb azt értem, hogy nem midegy, hogy melyik, mert [és itt nem látom az összefüggést], mert mi van, ha sok órát kell bemondani, esetleg még este többet.

Illetve hogy ez a kettő egyáltalán hogy jön ahhoz, hogy a kolléga mondta, hogy ő ezt nem tudja elkerülni a munkahelyén, mire én jeleztem, hogy ez nem munkahelyen van [hanem vagy privátban, vagy vállalkozóként]




MD5 -> SSHA512: https://hup.hu/node/145222#comment-1951457

hint: belépéskor. Vagyis mikor épp rendelkezésre áll neki a beírt jelszó.




MD5 -> SSHA512: https://hup.hu/node/145222#comment-1951872

akkor ezt értettem félre: " persze ez alapjan meg lehet csinalni automatan is egy lepesben az egeszet." azt hittem azt akarod mondani, hogy az egész dbt meg lehet így egy lendülettel csinálni, de akkor gondolom azt akartad mondani, hogy meg lehet csinálni automatára...




MD5 -> SSHA512: https://hup.hu/node/145222#comment-1952263

Hogy helyesebb-e az nem kérdés, hogy egyszerűbb-e, az viszont lehet valid kérdés :)




MD5 -> SSHA512: https://hup.hu/node/145222#comment-1953269

azt ugye tudod, hogy menet közben mindenképp ott lesz a memóriában, ha nincs kavarás, akkor is...




Magyar Telekomról tud valaki valamit?: https://hup.hu/node/145311#comment-1952807

egy oka lehet: tipikusan a kötbérhez szükséges kiesés mértékét a bejelentéstől mérik. Magyarul hiába mész, hogy adjatok pénzt a szerződés alapján, mert egy hétig nem volt net, az lesz a válasz, hogy miért nem szóltál?




Magyar Telekomról tud valaki valamit?: https://hup.hu/node/145311#comment-1952918

mikor épp nem megy a net? :)

(ill nem tudom, szerződés szerint az jó-e)
--
szerk: illetve nem gondolom, hogy amire válaszoltam ott a telefon volt a hangsúlyos, inkább az, hogy ha központi hiba van úgy is tudják, fölösleges velük kommunikálni....




Magyar Telekomról tud valaki valamit?: https://hup.hu/node/145311#comment-1952933

te milyen mozit nézel? Bakker, arra reagáltál, hogy én mondtam, hogy a kötbér miatt kell. Vagy nem értem, mit szeretnél...




Ha moziba megyek, akkor: https://hup.hu/szavazasok/20160122/ha_moziba_megyek_akkor#comment-1951451

filmtől függ. Ahol várható, hogy a 3d valóban hozzáad, azt abban (és akkor IMAXra lövünk), ahol meg jó eséllyel lesz egy jelenet, ahol muszájból szállni fog a por a napsütötte szobában, vagy havazni fog, vagy bele fogunk táncolni a kamerába, ott meg megyünk a rendes 2d-re




Itt az ideje OTRS 5-re váltani!: https://hup.hu/cikkek/20160119/itt_az_ideje_otrs_5-re_valtani#comment-1950802

[troll] Nahát nahát, hogy trey nem nézte meg a linkeket egy cikkben :D [/troll]




Itt az ideje OTRS 5-re váltani!: https://hup.hu/cikkek/20160119/itt_az_ideje_otrs_5-re_valtani#comment-1950811

értem én, ne szívd mellre :)




HOVD 2015 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szovegszerkeszto#comment-1949497

amíg csak te üzemelteted, addig nem gond ez. És gondolom így van, különben valaki biztos elküldött volna már a picsába :D

Jegyezz meg annyit, hogy :q!




HOVD 2015 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szovegszerkeszto#comment-1949564

imho ez azért eléggé infrastruktúra függő, ráadásul nem csak production rendszert lehet üzemeltetni...




HOVD 2015 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szovegszerkeszto#comment-1949604

Akkor most értelmezzük a ":D" stringet ;)




HOVD 2015 - Kedvenc szövegszerkesztő: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szovegszerkeszto#comment-1949810

nem, az arra vonatkozott, hogy talán nem érdemes túl komolyan venni ;)




HOVD 2015 - Kedvenc http szerver: https://hup.hu/szavazasok/20151213/hovd_2015_kedvenc_http_szerver#comment-1948461

"(különösen a 2013 ALL CAPS-es nevekkel, azért azért extraként az összes térdkalács is jöhet...)"

akkor nem csak én néztem ki furcsán a fejemből, hogy ez mi a fasz, mikor először megláttam...




HOVD 2015 - Kedvenc http szerver: https://hup.hu/szavazasok/20151213/hovd_2015_kedvenc_http_szerver#comment-1948469

remélem átszólnak az officeos bandának, mielőtt bevezetik a cégnél valamelyiket, mert mindig heveny lábrázásom lesz, ha valahol szembejön egy ilyen :D




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1939955

Hiába smileyzol, ez az egyik legfontosabb kérdés disztó kapcsán. Milyen gyakran van új, meddig támogatott a régi, updatenál új verziók jönnek, vagy hajlandók patchelgetni a régebbit, beleszarnak-e abba, hogy update után kézimunkázni kell valamin, vagy nem.

És nem szerver vonalon, nézd meg itt a random topicokat. Az arch meg gentoos srácok azt szeretik, hogy mindig ott a bleeding edge verzió a foobar csomagból (cserébe updatelnek is folyamatosan, mert ha fél évig nem, akkor hosszas csiszolgatás fog jönni), de ubuntuból is nem véletlen van, aki a normál verziókat hajtja félévente, mások inkább az LTSt. Meg mennek a komoly hitviták :)
És akkor itt arról beszélünk általában, hogy ki mit használ a desktopján magának. Szerinted mikor valamiből sokat kell üzemeltetni, kiszámíthatóan, nem szopva állandóan extra körökkel, akkor ez nem még fontosabb kérdés? És nem lehet, hogy aki sok ilyet csinál, annak fontos szempont a kedvencségben, hogy hányszor (nem) szopatja le ilyenek miatt egy disztró?




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1940454

Mondom egyik legfontosabb :)

(És éppen ezért van többek között értelme szétszedni brandek szerint. Pl lehet, hogy valakinek azért mégis a centos, mert az nem fizetős, más az RHEL-t imádja, mert az RH jócég(tm), az oraclet meg utálja, mert azok köcsögök, lopnak az RHtól, nem értik az opensource-t, és a sunt is szétbaszták, vagy egyéb más nem szigorúan technikai szempont)




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1940546

repoforgeot pont nem használtam, de azért arra rá lehet futni, hogy random külső repó részben akad a base-el, vagy az epellel, vagy egymással, vagy ilyesmi. Ebből a szempontból imho azért jobb a deb/ubuntu nagy közös kupac cucca, dependency hell legalább repok között nincs :)




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1940642

még a csomagéra sem feltétlen, volt bőven szar a deb csomagjaiban is.
Bár az igaz, hogy legalább az megvan, hogy kb ugyanaz a QA minimum megvan minden csomagra, mí egy random tárolónál passz (Bár a normálisabbak azért általában normális QAval szoktak menni, random és random között is van különbség...)




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1941597

jaja, csak tudod, az iso nem a minőséget, hanem az egyenletességet biztosítja :) szóval ha alapból szar a QA...

És azért debnél is elég változatos, hogy mi milyen minőségben van karbantartva benne.




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1940131

Szóval jól lehet a gentoot élesben használni, ha házon belül megcsinálod kb azokat a dolgokat, amiket egy bináris disztrónál megcsinál a disztribútor :D

(Elvéve a dolog élét, igen, el tudom képzelni, hogy ennek így vannak előnyei, ahol akár ezt a befektetett melót is megéri, és egyszerűbb megcsinálni mint ha egy alapvetően bin terjesztésre hegyezett disztóból akarná az ember ugyanezt kifaragni...)




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1948125

Cserébe pl az apt/debnek van használható interaktivitás lehetővé tevő infrastruktúrája, amivel lehet paramétereket bekérdezgetni, és hasonlók.




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1948133

Ezer éve nem csináltam ilyet, de a mindenféle selectes cuccok imho bizony a dpkg részei (dpkg-reconfigure van pl, nem apt-reconfigure), és egyébként logikusan oda is tartozik, mert az interaktivitásnak nyilván a csomag basztatásakor jelenteni kell valamit.

De egyébként kb mindegy, több okból is. Egyrészt a yum se tud ilyet (meg ha jól emlékszem a suse mittomén mije -- zypper talán -- seÖ, másrészt szerintem ma már túl sok teteje általában nincs elválasztani ezeket egymástól, átlagban esetben annyira össze van nőve a működésük (fene se rpmezik / dpkgzik kézzel manapság átl). Persze, van amikor érdekes.




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1948176

igazából maga a debconf létezése a lényeg, meg hogy befolyásolni lehet a csomag telepítését viszonylag szabványosan (nem az van, hogy maximum patkolsz magadnak valami pre vagy post scriptet, mert az rpmnél kb eddig van) imho tényleg eléggé részletkérdés, hogy most pontosan mi csinálja.




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1948179

Nyilván izlések és pofonok, én azért amondó vagyok, hogy jobb az, ha azzal kell szívni, hogy lekapcsoljak valamit (főleg, hogy azért a deb is tudja, hogy egy valid usecase, hogy automatán települjön valami, kb egy kapcsoló beállítása a szívás), mint azzal, hogy kénytelen legyek implementálni valamit, ami nincs :) Ez spec nekem nagyon furcsa volt mikor a debes háttér után elkezdtem rpm alapú cuccokat nyomkodni többet.

(és igen, cserébe vannak az rpm alapoknak is tök jó dolgai, amire meg úgy néztem, hogy ez mi a francér nincs a debes infrán megcsinálva)




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1948308

Az "imádom" szálat nem ragoznám tovább, izlések, pofonok, kedvencek :)
--
A másikra viszont nekem erősen azok az emlékeim, miszerint meglepően sokszor bőven elegek voltak, és még ha hozzá is kell nyúlni, kevesebbet.

Illetve ami még az automatizáláshoz hozzá tartozik, hogy imho ott pont hasznos is tud lenni, hogy van egy szabványos paraméterezési felület, amit tudsz használni (akár a saját csomagjaidnál is), nem kell bonyi köröket futni a provisioning toolban.

Egyébként meg arról továbbra sem fogsz tudni meggyőzni, hogy az rpm azért jobb, mert hiányzik belőle valami :) Márpedig az a kanyar kb onnan indult, hogy az rpm azért jó, mert van benne x y z feature, ami másol nincs.




HOVD 2015 - Kedvenc szerver Linux disztró: https://hup.hu/szavazasok/20151214/hovd_2015_kedvenc_szerver_linux_disztro#comment-1948460

:) Jól hangzik, de az igazság az, hogy azok az imperatív dolgok valahova kellenek. Elég tipikus, hogy a programozó tolja, hogy KISS, csak valamiért a világ nem akar simple lenni, azt lehet toldozni.

Az, hogy hol van az imperatív dolog, az egy másik kérdés, nyilván lehet nagyon szép architektúrát kitalálni rá, ellenben most az van, hogy a debianhoz van valami a csomagban -- ami szerintem az évek tapasztalata alapján nem is rossz -- az rpmben meg ha ilyet akarsz, akkor IJ. Tudom, rosszul fogom :)




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1831760

network driveot láttál-e már :)




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1831837

Nekem egy default login idecsesz vagy 7-8 darabot ami valami global IT cucc. (Az más kérdés, hogy minek). Ha nem total commanderből cdznék az effektív használt vackokhoz, simán lenne még vagy 5, plusz még ez az. Szóval azért nem olyan rettentő sok. Illetve értem én, hogy lehet mountolni, de arról volt szó, hogy a betűjelezés bad design, meg elavult. Azon nem segít, hogy lehet csatolni is.

De egyébként csak annyit akartam mondani, hogy pendrive példa azért erősen kamu volt.




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1832113

A gyakorlatban elég szokott lenni. Ezt még csak nem is vitattam, mindössze a teljesen blőd 26 pendrivera mondtam, hogy azért azon túl van még élet betűjeleknek.




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1831360

Én nem nagyon emlékszem olyanra, hogy egy drivert nem lehetett modulba fordítani, és emiatt ki kellett dobnom a stock kernelt. (Igazából lassan már olyanra se, hogy drivert kellett fordítani, de lehet, ez csak azért van, mert nem linuxozok desktopon)




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1831367

Mármint drivert? Ok, olyat én is láttam (bár többnyire ez kimerült annak elmagyarázásában, hogy jó lesz ez a driver más PCI ID-khez is), de olyanra, hogy egy drivert be kellett volna forgatni, tényleg nem nagyon.




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1831438

Mondjuk az xml megítélésének nem segít, hogy nagyon sokszor "kacsacsorok kozotti egymasbaagyazott stringek halmazaként" használják, majd ujraimplementálják az egyébként meglevő dolgokat, vagy hogy akkor is használják, amikor valóan csak kb annyi az igény, hogy legyen valami fix szintaktiájú izé, mert a programozó úrnak kényelmesebb, aki konfig filet ír, az meg hadd szopjon nyugodtan.




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1831840

és akkor loop oda, hogy a megítélésen nem segít, hogy egy csomóan kóklányolnak az xmlel is, ezért bár úgy néz ki, de mégiscsak marad a bug-by-bug... :)




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1831514

[ ez igazából a lentebbibe is tartozik]

Az ugye megvan, hogy nem az xml minőségét, hanem az xml megítélését emlegettem? ;) Egyébként ha tudsz mondani egy olyan editort, amiben nem szar xmlt szerkeszteni mondjuk egy foo = bar sorokat tartalmazo file viozásához képest, azt komolyan megköszönöm. Ha bónuszként mondjuk a centos minimal telepítésben is benne van, még inkább ;)

Egyébként meg azért konfig file kezelésre van még az xmlen kívül pár jól működő tesztelt lib. ;) Ha meg az xmlben ez triviális, akkor mégiscsak a programozó urakkal lesz a gond, hogy mégis mindenféle házitakonnyal szoptaják magukat folyamatosan, amik változatos módon csinálnak furcsaságokat :)




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1831567

Igen, itt is komolyan felmerült, hogy a használjuk a faszomsetudja milyen verziókezelőt mi is, mert a fejlesztésen milyen szuper. Ja, van használhatatlan cli, meg eclipse, de ugye tartod benne a text filejaid, jó lesz.

Az utolsót kicsit félreértetted: én xml, vagy annak látszo szarokkal is rendszeresen látok ilyeneket, egészen nem játék rendszerekben is :)




11 technológia, ami Linusnál kiverte a biztosítékot: https://hup.hu/cikkek/20150127/11_technologia_ami_linusnal_kiverte_a_biztositekot#comment-1831510

Az a baj, hogy akármennyire is átlátja az ember aggyal egy ilyesminek a jogosságát, xmlt kézzel szerkeszteni szar, személy szerint roppantul rühellek bármit, ami abban, vagy olyasmiben tartja a konfigját. Illetve azt vettem észre magamon, hogy hacsak nem nagyon braindead a struktúra, akkor nem fáj, hogy 5 félét kell szerkeszteni, mert egy konfig file általában átlátható struktúrában van. Ami nagyon braindead az meg nagy százalékban pont xml ;)

Továbbá aki azt hiszi, hogy egy normális xml editor mindenhol rendelkezésre áll, az még nem üzemeltetett :)

A schema meg a kiegészítés szép dolog, de ez tipikusan ilyen programozós gondolkodás. Mivel a programozó egy IDEben él, ezért azt gondolja, hogy az ott megszokott, neki kézráló dolgok másnak is kézreállónak, meg mások is ahhoz vannak szokva, meg másokat is zavar, ha nincs. Meg hogy mások is egy IDEben élnek. A gyakorlatban meg az esetek nagyon nagy százalékában baszottul nincs rá szükség, key value párok vannak valami blokkokban, felettük elfér hasmarkkal a magyarázat, átírod, jóidő. Szofisztikált csudietior helyett egy vi-al.

TL;DR érdemei elismerése mellett -- nem szarkazmus, az xml rengeteg szempontból a legkiforrottabb alternatíva -- az xml nagyon sokszor overkill. És nagyon sokszor szarul van használva. És emiatt hiába tudja az ember, hogy alapvetően van vele egy csomó jó dolog, ha napi szinten inkább csak szopat, akkor, hogy is mondják szépen, negatív érzelmi töltet fog hozzá kapcsolódni, és az ember nem fogja szeretni.




s/Nokia HERE/HERE/: https://hup.hu/node/145063#comment-1949502

szerintem nem az. :)

a locus leginkább túratérkép meg ilyesmi, nem közútik közlekedésre meg tervezésre való.




s/Nokia HERE/HERE/: https://hup.hu/node/145063#comment-1950296

offline map honnan jön? openstreetmap?

Mondjuk én most elvagyok a here-vel, bár ha fizetős lesz (és tekintve, hogy az új gárda autoipar, ez elég valószínű), akkor lehet visszakocogok sygicre, amit szerettem, csak mivel közölték, hogy nem tudják a megvett licenszemet androidról winfonra átvinni, ezért úgy voltam vele, hogy nyasgem.




OpenWrt ssh alagút: https://hup.hu/node/142997#comment-1950572

autossh?




OpenWrt ssh alagút: https://hup.hu/node/142997#comment-1950663

Hogy mennyire elavult, vagy nem karbantartott (vagy csak az openwrtben nem az) azt passzolnám, emlékeim szerint egy kőegyszerű kis wrapper volt (nem túl meglepő módon, mert egy alap működést fentebb xclusiv mutatott kb 3 sorban, csak minek, ha valaki megcsinálta már normálisan, gyanítom még karbantartatlanul is jobb, mint egy shell script amit nem értesz.)

És nem tudom mit néztél, de pontosan arra való, amit te szeretnél: "autossh is a program to start a copy of ssh and monitor it, restarting it as necessary should it die or stop passing traffic".

De egyébként az openwrt wiki egy sshtunnel nevű hasonló packaget ajálngat még (mondjuk annak kell az openssh, nem biztos, hogy azt annyira akarod)




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857105

mondjuk a jelentsük fel a szomszédot az a közvetlen demokrácia fellegvárában, Svájcban is nemzeti sport, ráadásul nem is feltétlen előzi meg legalább egy "kérlek ne csináld, mert zavar" sem.




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857304

Velem konkrétan nem, első kézből származó storyt kettőt hallottam, igaz, az egyik ottragadt idősebb hazánkfia, a másik meg longtermen levő expat, nem biztos, hogy a helyivel azonos elbírálás alá estek.

Mikor én dolgoztam velük, az jött le, hogy valóban elég arrogáns, folyamatosan papírra mutogató, és borzasztó élő fába is belekötő népség, uh személyszerint kinézem belőlük :)




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857325

Ezzel zéró tapasztalatom van, sosem kellett ügyintéznem, meg dolgozni is csak remoteból, de azért amikor egy sima upgrade! kapcsán végig akartak tesztelni egy komplett sigtran implementációt rfc/3gpp mentén, tele a az adott terméket egyáltalán nem érintő izékkel, egy olyan stackken, ami egyébként bőven futott nekik más dobozaikon, és amely stack egyébként kimeritő soc-al rendelkezik a feszegetett kérdésekben... hát szóval na.




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857128

#flamebait

Ha a jó rendszergazáknak nincs facebook accountja, akkor a világ egyik legnagyobb sitejának, a facebooknak az üzemeltetését ezek szerint el lehet intézni hátulgombolósokkal? Hiszen nekik nyilván van acc.-uk :)




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1858132

Jóvan, de nem mindenki üzemeltet poreszt :P

Egyébként nekem úgy tűnik, hogy az ilyen nagyon innovatív meg startup helyeken igenis kizáró ok, ha szerinted kreténség, amit csinálnak. Hidd el, hogy locsemege lehetne az üzemeltetés agyaúristene, a facénál nem látnák szívesen.




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857437

Én szoktam mondogatni, hogy "Minden alkalommal, mikor egy általad konfigurált tűzfal eldob egy pinget, isten megöl egy kismacskát" - szép lassan használ :)




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857527

egy facebook csoportnál mégis mit vártál?




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857577

Egyrészt szórakoztató, hogy igen sommás, és láthatólag féligazságokra, meg hagymázos képzelgésekre alapuló ellenszenvedet a facebookkal szemben állandóan előhozod, ha kell ha nem :)

Másrészt meg, értem én, hogy neked fura, de akkor azt mondd, hogy szerinted ennek semmi keresnivalója a facebookon, ne látványértetlenkedj, hogy egy facebookos csoporthoz a facebookon kell belépni.




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857597

Gondoltál rá, hogy lehet hogy a facebookos csoport is betölti a feladatát?




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857604

és?




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857595

Gondolom mert a kreátor szerint egyszerűbb ezt az általa egyébként is használt platformon csinálni? Meg úgy gondolja, hogy könnyebb ott megtalálni embereket, vagy ilyesmi? Meg nincs vele költsége? Gondolom volt neki oka, hogy ezt választotta.

Visszakérdezek: miért kéne másoknak a döntését befolyásolja, hogy te nem használsz facebookot?




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857603

És ha ezt teszi akkor mivan? Hadd dönte már el, hogy kit akar elérni. FYI: valószínűleg annyira nem vagytok ezzel sokan, hogy érdekelje, hogy van pár ember, aki kimarad a szórásból mert szerintük a facebook az ördögtől való.

Saját döntésed, hogy szerinted a facebook nem jó semmire és/vagy túl sok privacy feladását igényli és/vagy nem eléggé magyar és/vagy egyéb okod. Viseld döntésed következményeit, nem másokra mutogass, hogy szerinted ezt nem így kellett volna, mert te így kimaradsz.




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857897

Ezt nem tudom honnan vetted, nem azt mondtam, hogy ne legyen véleményed, reagáltam rá, hogy szerintem nincs igazad :)




FaceBook Csoport - Rendszergazda Munkák, Állások: https://hup.hu/node/139852#comment-1857617

Tudom, de egyelőre még szórakoztat :)

Hátha sikerül egy kicsit finomítani az álláspontján.




Igényfelmérés: Adatbázis integrációs eszköz: https://hup.hu/node/145187#comment-1950571

gondolom cpt :)

De most komolyan, nem mindegy, hogy az a my|posgre|ms|mittoménmi-sql min fut? Ha migrálásról beszélgetünk, úgyis beszélni kell a forrás meg a cél adatszerkezetét is nyilvánvalóan.




Igényfelmérés: Adatbázis integrációs eszköz: https://hup.hu/node/145187#comment-1950665

én ezt értem, csak éppen ebből következik, hogy kb gyász mindegy, hogy min fut :)




Igényfelmérés: Adatbázis integrációs eszköz: https://hup.hu/node/145187#comment-1950906

ja, hogy csak kiegészítés volt. :) Szorri, nem volt világos, hogy hova akarsz jutni vele, azt hittem vitatsz valamit, my bad :)




Igényfelmérés: Adatbázis integrációs eszköz: https://hup.hu/node/145187#comment-1950669

ja, én is oda jutottam, hogy igazából a migráció szót nem úgy használja a kolléga, ahogy általában értjük. (Szerintem a többségnek egy one-shot tech váltást jelent, ezért is áll mindenki kicsit bambán)




Igényfelmérés: Adatbázis integrációs eszköz: https://hup.hu/node/145187#comment-1950841

FYI: általában a mysqlből mondjuk oracleba baromira nem triviális, mert egy csomó mindent változtatni kell (ha nem kéne, akkor általában nem csinálunk ilyesmit, mert minek. /azon ritka esetekben, meg mikor mégis, akkor meg nagyjából export/import köszöni elég, nem kell tool/), ráadásul általában a kapcsolódó rendszerekkel is van mindenféle okosság.

Ha jól értem, te ehelyett valami importerről / generic adatbázis illesztőről vizionálsz, gondolom azért, hogy valami külső forrásból rendszeresen át lehessen emelni adatokat (gondolom valami tábla mapping ruleok, etc). Nem vagyok benne biztos, hogy lehet olyat csinálni ebből, ami hasznos: ha kóder van, akkor valószínű, hogy megoldja maga is, nem lesz vele előrébb, ha meg nem kóder, akkor akármi, ami eclipseben van túl bonyolult :)




Igényfelmérés: Adatbázis integrációs eszköz: https://hup.hu/node/145187#comment-1950845

attól elég szomorú lennék, ha egy DB admin (tehát nem egy "sima" rendszergazda, bár tulképp még akkor is) sed/awkval matatna az sqldumpban, ahelyett, hogy sqlt használna, amihez általában jobban kellene értsen egy sima fejlesztőnél




Igényfelmérés: Adatbázis integrációs eszköz: https://hup.hu/node/145187#comment-1950862

"akkor ő nyilván a bash/awk/python vonalon fog ügyeskedni" ;)

biztos ilyen helyre is vesznek fel hülyéket, de talán nem általános, hogy még a selectet meg az insertet se ismerjék...




Igényfelmérés: Adatbázis integrációs eszköz: https://hup.hu/node/145187#comment-1950883

igen, és erre mondtam, hogy ha egy átlagos DB admin így állna neki ilyesminek, akkor elég szomorú lennék.




1 kB-on legtöbb eltárolható telefonszám?: https://hup.hu/node/144973#comment-1947162

"A másik baj vele, hogy a számokhoz való hozzáférést is megbonyolítja,"

[kotozkodes] Azt mondtad, a lehető legtöbb számot akarod eltárolni benne, nem azt, hogy kényelmesen ;) [/kotozkodes]




Ezt nem igazán értem...: https://hup.hu/node/32875#comment-285472

Mert természetesen neked rendelkezésedre áll olyan módszer, amivel egy fájlról meg lehet mondani biztosan, hogy milyen karakterkódolást használ. :)

Ettől még a fentinek bugszaga van erősen, meg vicces az eredmény, de azért ne csináljunk már úgy, mintha az összes FOSS program mindig jól tippelné meg a kódolást, mer szépen beesek a szék alá, és még a teát is félrenyelem a röhögéstől.




Ezt nem igazán értem...: https://hup.hu/node/32875#comment-285492

Persze hogy az.

Kit érdekel a magyar win. Irreleváns. Legalábbis nagyon remélem, hogy az, mert ha nem, az biza elég nagy tervezési bugot jelentene.

Nem akarom én védeni a notepadot, mert egy nagy rakás szerencsétlenség az egész, de ettől még igaz marad az, hogy nem lehet fixen eldönteni egy fileról, hogy milyen kódolású karakterek vannak benne. És ez nem az MS hibája. Innentől kezdve hasalni vagy kénytelen. Persze lehetne ezt jobban tenni, meg egységesen ugyanazt gondolni, ha nem tudunk dönteni, vagy kérdezni, vagy ilyesmi, szóval valami jobb megoldást találni a problémára. Jogos. Csak az ellen tiltakozok, hogy ezt valami triviális hibának tüntessük fel, és egy ilyen miatt temessük a programot. (Más miatt nyugodtan :D)




Linux gyenge gépre: https://hup.hu/node/138529#comment-1839852

Ehhez azért nem árt tudni, hogy az rh és emiatt a centos nem próbál mindenféle alternatívát szállítani, jellemzően egy feladatra választanak valamit, és azt szállítják. Desktopra pl a gnomeot gondolják, nem az xfce-t. Ettől egyébként még lehet desktopra szar a centos, de hogy ezt a következtetést abból vontad le, hogy nincsenek meg az xfces akármik, az inkább arról tanúskodik, hogy nem voltál képben.




Linux gyenge gépre: https://hup.hu/node/138529#comment-1840222

Annyiban, hogy nem is érdemes centossal szopatni magad ilyenkor ;)

Ill. annyit szerettem volna mondani, hogy emiatt még nem lesz fapados a centos.




Linux gyenge gépre: https://hup.hu/node/138529#comment-1839868

Én férfi userként is sokszor így használom a böngészőmet, és alapvetően nyaljon sót, hogy ehhez neki bazisok ram kell. :)




Linux gyenge gépre: https://hup.hu/node/138529#comment-1840083

Nyilván én is megoldom. Egyszerűen csak arra akartam reflektálni, hogy nem a "hülye nőkre" kéne mutogatni, mert úgy akarják használni a programot, ahogy nekik kényelmes. Eléggé "rosszul fogod" szaga volt :)




Linux gyenge gépre: https://hup.hu/node/138529#comment-1840224

Bocs, de az, hogy a browser az összes háttérben lakó tabot full lerenderelve a memóriában akarja tartani, és emiatt nincs erőforrás, az a program hibája, ott nem a gép a kevés.




Elektronikai témához segítség kerestetik: https://hup.hu/node/144826#comment-1948863

szerintem abból adódik az értetlenkedés, hogy az alapján amit írtál, kb az


#include <433megasbigyo.h>

bigyo 443megasbigyo;

void loop() {
  char bar = bigyo.read();
  char baz = foo(bar);
  bigyo.write(baz);
}

magasságban mozog, ezt meg magad megcsinálod lényegesen gyorsabban, mint amíg az első pontban felvezetett megiszol egy bambit valakivel dolog tart :)




Elektronikai témához segítség kerestetik: https://hup.hu/node/144826#comment-1949225

az esetleg felmerült benned, hogy a fene se megy el sörözni, meg ír neked esszét, hogy aztán kiderüljön, hogy nem egy szájbarágós hogyan kell a libet használnira van szükséged, hanem arra, hogy valaki írjon neked egy libet, mert még nincs? És mondjuk arra már nincs kedve?




Elektronikai témához segítség kerestetik: https://hup.hu/node/144826#comment-1949266

- küldesz némi info-t magadról,
- ha tetszik, leülünk meginni egy KV-t/sört, beszélgetünk, ismerkedünk, elmondom, mi a feladat




Elhunyt a Debian alapító Ian Murdock: https://hup.hu/cikkek/20151230/elhunyt_a_debian_alapito_ian_murdock#comment-1945508

akkor mi volt az oka a kérdésnek? pláne ott, ahol feltetted?




Elhunyt a Debian alapító Ian Murdock: https://hup.hu/cikkek/20151230/elhunyt_a_debian_alapito_ian_murdock#comment-1945543

elárulod miért támadsz?

Ez egy fórum. Emberek beszélgetnek rajta. Te reagáltad arra, hogy "Ha valaki szánt szándékkal embert öl, azt én nem tudom tisztelni semmiért." azt, hogy "Azért nyírta ki a feleségét, mert az megcsalta, nem?", de közölted, hogy nem arra gondoltál, hogy ez ok, vagy hogy ez rendben lenne. Én meg kíváncsi vagyok, hogy akkor mire gondoltál, ezért megkérdeztem.

De persze lehet úgy reagálni, mintha te lennél itt a sértett, és nem reagálni érdemben, az is sok mindent elmond :)




Farewell Hai Nam: https://hup.hu/node/142734#comment-1907498

Ettől még ez a megfogalmazás valóban meglehetősen szerencsétlen.




Farewell Hai Nam: https://hup.hu/node/142734#comment-1907605

mondjuk ez nem meglepő :D




Fizetős lesz az M0-s. Megyei matrica rendszer.: https://hup.hu/node/137319#comment-1944600

elsőre úgy tűnt, hogy a csudi nemzetiútdíjponthu-n meg lehet venni, de aztán jobban megnézve nem kockáztatnék, mert úgy látom bevezették a havi megyeit 5000-ért :)

http://imgur.com/YvywNhC




Fizetős lesz az M0-s. Megyei matrica rendszer.: https://hup.hu/node/137319#comment-1944836

annál tovább, mert úgy látom még az sem sikerült megosztani, hogy ne megyénként kelljen egy tranzakció :)




Fizetős lesz az M0-s. Megyei matrica rendszer.: https://hup.hu/node/137319#comment-1945145

wow, ezt pár napja ránézésre még nem tudta, nem volt semmi kosárszerű. Persze lehet, hogy csak el volt dugva, én meg abból indultam ki, hogy annó a kúton is darabonként kellett szerencsétlenkedni :)




uj evi fogadalmak: https://hup.hu/node/144913#comment-1946668

én sem vagyok odáig érte, de az van, hogy az ipconfig elég sok új featuret nem tud kezelni, mert azokat már csak az új toolokba szuszakolják bele. Gondolom a nagy számú shellben ezeknek a kimenetétől függő "taknyolás" miatt nem akarták nagyon piszkálni.




uj evi fogadalmak: https://hup.hu/node/144913#comment-1946704

Én a jogost kb el tudom fogadni, az ss-el nekem nincs különösebb bajom, de az ip az valóban gecirusnya :)




uj evi fogadalmak: https://hup.hu/node/144913#comment-1946776

igen, a "tabok" valóban szélesek, valószínű azért nem zavart különösebben, mert szinte mindig less-el nézem, vagy grepelek benne, és ezekben valami furcsa oknál fogva kisebbek a gapek.

A dupla zárójelet meg simán ignorálja a szemem, fel se tűnt, hogy tényleg mi a fasz.

Ezzel együtt alapvetően egyetértek, elég kevésbé polished az újvonalas toolok outputja (systemd bizonyos részei is eléggé ilyenek)




uj evi fogadalmak: https://hup.hu/node/144913#comment-1946694

az ugye azért megvan, hogy váltóáramból kicsit könnyebb hálózatot csinálni :)




Balra kanyarodjak?: https://hup.hu/node/144693#comment-1942262

"kiskollégák szerint csak az a felfestés befolyásolja a közlekedésüket, ami éppen látszik."

Segíts kérlek, ha nem látszik egy útburkolati jel, akkor mégis hogyan kell betartani?




Balra kanyarodjak?: https://hup.hu/node/144693#comment-1942591

És pontosan ezért nem is kell kikövetkeztetni, ott lesz a megfelelő tábla. Ha nincs, akkor nem játszik a záróvonal. Hóesésben kanyargó sávok sem játszanak, ha nem látszik, mindenki megy szépen, ahogy jön. Legjobb példa erre az összes olyan kereszteződés, ahol mondjuk egy főútra felhajtva van saját besoroló sávod (vagy akár telibe rávisz a kétsávos út külső sávjára), amit záróvonal véd. Itt mindig van egy elsőbbségadás köteleződ, pedig semmi értelme alapesetben, hiszen teljesen védett helyre érkezel, nincs kinek elsőbbséget adni. Ez pontosan azért van ott, hogy ha legyen mihez igazodni, ha nem látszik a vonal....




Főállású rendszergazda: https://hup.hu/node/143711#comment-1923577

Van nálunk egy PM, egyébként maláj a faszi, ő saját szavaival élve megunta a pinaretusálást a helyi playboynal vagy ckmnél, vagy ilyesminél, jött telkózni. :D




Azt hiszem...: https://hup.hu/node/144737#comment-1942851

steamen épp akcijós :)




Azt hiszem...: https://hup.hu/node/144737#comment-1942914

Azt nem is néztem :)

Igazából feltettem, hogy lenne min fusson, ha már be akarod szerezni :)

(egyébként nem minden, fallout 4 nem...)




Wifis router készítése: https://hup.hu/node/144844#comment-1944839

Annyira azért nem bonyi ez:
- kell egy ppoe kapcsolat, arra emlékeim szerint úgy 10 éve van interaktív setup
- kell egy dhcp meg egy forwarding dns, ez a "rendes" bind - dhcpd párossal sem egy különösebben nehéz ügy, mondjuk egy dnsmasqqal meg kb egy apt-get install, nem lehetetlen, hogy ne kelljen hozzányúlni a default konfighoz
- be kell kapcsolni a forwardingot
- kell iptablessel egy masquarade

azt kb ennyi. Ja nem, az APnak szánt dobozban ki kell kapcsolni kb mindent, és feldugni a switchre.




"Kipróbáltuk: Microsoft Lumia 950 és Windows 10 Mobile": https://hup.hu/cikkek/20151228/kiprobaltuk_microsoft_lumia_950_es_windows_10_mobile#comment-1944003

én használok 8.1-et, stabilabb mint akármelyik android, amit előtte fogtam :)




"Kipróbáltuk: Microsoft Lumia 950 és Windows 10 Mobile": https://hup.hu/cikkek/20151228/kiprobaltuk_microsoft_lumia_950_es_windows_10_mobile#comment-1944225

Tartósan nem. Viszont néhány androidos flagship is átment rajta. De a lényegen nem változtat, pl a sony z épp csak egy picit vacakolt többet érzésre, és az is bőven ingerküszöb alatt volt. Viszont a kiinduló mondás, hogy a windows phone nem elég stabil napi használatra, simán csak baromság, akkor az andoroidos készülékek érzésre üszkve 85%-a nem hogy napi, de egyáltalán semmilyen használatra nem alkalmas. (Esetleg kitámasztani az asztal lábát, de arra se nagyon, mert ezek a modern mobilok törékenyek. :)) Gyakorlatilag nem láttam olyan androidos telót -- leszámítva a high end modelleket -- amik maximum fél év alatt nem váltak volna idegesítően fossá, a legtöbb már lendületből riceg.

van baja a platformnak, de a stabilitás az én tapasztalataim alapján nem tartozik közéjük.




30 éves osztálytalálkozó megszervezése: https://hup.hu/node/144833#comment-1944533

sőt, eseményeket is tud csinálni, ráadásul az elterjedt nézettel ellentétben egészen normálisan lehet szabályozni, hogy ki mit lát (igen persze, a bugok, meg az nsa ellen nem véd, és mindkettő reális, hogy van), lehet azt ésszel használni, és kb pont erre való.




30 éves osztálytalálkozó megszervezése: https://hup.hu/node/144833#comment-1944597

6 vs 30 év az nagyon nem mindegy.




30 éves osztálytalálkozó megszervezése: https://hup.hu/node/144833#comment-1944838

viszont hat év múlva a bagázs nagy része még jó eséllyel a környéken van, max épp mostanság költözött be a környékbeli nagyvárosba, 30 év után ez már nagyon nem így van.




28 Backspace és egy Enter: https://hup.hu/node/144598#comment-1940457

én már láttam.

De kibasztam, és kapott helyette valami encrypt fs-t :D




IT Services Hungary: https://hup.hu/node/81948#comment-1939961

És szerinted mégis mi más indokának kéne lenni egy cégnek? De most komolyan?
Szerinted egyébként mégis mi a célja az oktatásnak úgy általában? Mert errefele leginkább az, hogy az életben a helyüket megállni képes embereket képezzünk, ami jelen társadalmi berendezkedésünkben bizony leginkább azt jelenti, hogy el tudjon menni értelmes munkát csinálni egy céghez, suprise suprise...




Mi az illegálsi szoftverhasználat büntetési tétele?: https://hup.hu/node/144613#comment-1940536

Mivel nem is az. (Annak a teteje 5-10 év ;) )




Mi az illegálsi szoftverhasználat büntetési tétele?: https://hup.hu/node/144613#comment-1940533

disclaimer, igazából nem értek hozzá, ez valószínűleg csak a jéghegy csúcsa.
http://net.jogtar.hu/jr/gen/hjegy_doc.cgi?docid=99900076.TV

94.§ - ami imho érdekes neked belőle, polgárjogi következmények:
e) követelheti a jogsértéssel elért gazdagodás visszatérítését;
f) követelheti ... továbbá a kizárólag vagy elsősorban a jogsértéshez használt eszközök és anyagok, valamint a jogsértéssel előállott dolgok lefoglalását ...
(2) A szerzői jog megsértése esetén a szerző a polgári jogi felelősség szabályai szerint kártérítést is követelhet ...
(8) A jogsértéshez használt eszközök és anyagok, valamint a jogsértéssel érintett dolgok lefoglalásának helye van akkor is, ha azok nincsenek a jogsértő tulajdonában, de a tulajdonos a jogsértésről tudott, vagy az adott helyzetben általában elvárható gondosság mellett tudnia kellett volna.

Btk:
http://net.jogtar.hu/jr/gen/hjegy_doc.cgi?docid=A1200100.TV

384-387. §

385. §(1) Aki másnak vagy másoknak a szerzői jogról szóló törvény alapján fennálló szerzői vagy ahhoz kapcsolódó jogát vagy jogait vagyoni hátrányt okozva megsérti, vétség miatt két évig terjedő szabadságvesztéssel büntetendő.

386. § (1) Aki a szerzői jogról szóló törvényben meghatározott hatásos műszaki intézkedést haszonszerzés végett megkerüli, vétség miatt két évig terjedő szabadságvesztéssel büntetendő.

(2) Az (1) bekezdés szerint büntetendő, aki a szerzői jogról szóló törvényben meghatározott hatásos műszaki intézkedés megkerülése céljából
b) az ehhez szükséges vagy ezt könnyítő gazdasági, műszaki vagy szervezési ismeretet másnak a rendelkezésére bocsátja.

(3) A büntetés bűntett miatt három évig terjedő szabadságvesztés, ha a műszaki intézkedés kijátszását üzletszerűen követik el.




Mi az illegálsi szoftverhasználat büntetési tétele?: https://hup.hu/node/144613#comment-1940554

Asszonypajti jogász, ragad rám ez-az a struktúráról :)

De egyébként a jogtár nem rossz, az alapokat meg lehet benne találni. Persze sokfele vezet még, azt pl így nem tudnám megmondani, hogy itt mondjuk egy feltört office telepítése az egyszer két év, vagy kétszer, mert műszaki védelmet is megkerültél. Gyanúm szerint kétszer, mert nincs ott egyiknél sem, hogy "ha súlyosabb bűncselekmény nem valósul meg". Meg pl azt is meg kéne nézni, hogy mit értünk jelentős, különösen nagy, és a többiek alatt, amik emelhetik a tétet. :)




Mi az illegálsi szoftverhasználat büntetési tétele?: https://hup.hu/node/144613#comment-1940565

Amit még olvass ki belőle magadnak!, hogy a büntető felelősség mindig személyes ügy. Ami ez esetben azt jelenti, hogy ha te csináltad, akkor a lőtéri döglött kutyát nem érdekli, hogy igazából a vevő kérte, meg ő használta, a btk tételek rád vonatkozni fognak, te fogod érte megütni a bokádat. (Nyilván ő is, de az téged gondolom nem vígasztal). Sőt, mivel te gépépítő kisiparos vagy, rád pl simán lehet, hogy megáll pluszban az üzletszerű, akkor rögtön 3.

És tippre a ptks következményeket se nagyon fogod megúszni, ha a másik oldal bele akar rángatni.

Szóval ennek fényében én elgondolkodnék azon, hogy meg akarom e győzni a másikat, vagy simán csak tényként közlöm vele, hogy nem.




Freemail bannolás: https://hup.hu/node/144150#comment-1931593

"Erről viszont szó sem lehet. Mi hát a megoldás?"
Olyan szolgáltatót használsz, akinél megfelelnek neked a privacy irányelvek, ezért tudod normálisan használni?




Freemail bannolás: https://hup.hu/node/144150#comment-1931648

google? :)

Viccet félretéve, szerintem ezt a legtöbb nagy szolgáltató tudja, mivel láthatólag nem technikai a problémád, hanem valamiért nem bízol annyira a googleben, ezért nem tudom helyetted megítélni. (Azt mondjuk nem nagyon értem, hogy a telószámod authoz nem adod meg nekik, mert nem bízol bennük, de a komplett levelezésed rájuk bízod.)




Freemail bannolás: https://hup.hu/node/144150#comment-1931659

mittomén, google, ms, yahoo, többiek? Mondjuk lehet a pop3at nem. Nem nekem nem tesztik a google.




LDIF + BASE64 nem értem [megoldva]: https://hup.hu/node/144611#comment-1940582

Mondjuk azért köszönjük a hasznos error reportot a kedves fejlesztő uraknak... :)




LDIF + BASE64 nem értem [megoldva]: https://hup.hu/node/144611#comment-1940586

Igen, azt rólad látatlanban feltételeztem, hogy megnézted. :)

Mondjuk abban sok új információ nincs sajnos, hogy az openssl command line tooljainak usabilityje szar...




CentOS Linux 7 (1511): https://hup.hu/cikkek/20151215/centos_linux_7_1511#comment-1939078

Numbering

CentOS 7.0-1406 introduces a new numbering scheme that we want to
further develop into the life of CentOS-7. The 0 component maps to the
upstream realease, whose code this release is built from. The 1406
component indicates the monthstamp of the code included in the release
( in this case, June 2014 ). By using a monthstamp we are able to
respin and reissue updated media for things like container and cloud
images, that are regularly refreshed, while still retaining a
connection to the base distro version.

In order to facilitate Special Interest Groups to further extend the
CentOS Linux platform, we are also using component codes. The main
distro is, therefore, titled 'Core'. SIGs would be able to adopt any
name they need and deliver that by overriding the base centos-release rpm.

Bár úgy látom végül sikerült kikoptatni belőle az RH pointrelease nevét. Vagy legalábbis félig, mert a release nótában még van 7.2.1115 meg 7.1.1503, nem tudom az announcementből pl miért hagyják ki...

Volt valami homályos magyarázkodás a levlisten arról, hogy egyébként is így dolgoznak, vagy mi a tököm de sok teteje imho nem volt. szerintem kb arról van szó, hogy ezek úgyis gyakorlatilag snapshotok isok, és akarnak tudni gyakrabban ilyet csinálni mint a RH.




systemd backport CentOS-7: https://hup.hu/node/142765#comment-1908244

Előfordul azért. Egyrészt jönnek featureök / tech previewk, amik tudnak ilyet okozni, másrészt -- ahogy említették is -- ahol nagyon olyan az upstream, ott frissítenek azért verziót.




Hír: A Telekom bevezeti a privát tartományokat: https://hup.hu/node/143385#comment-1922072

Telefonszámmal nagyságrendileg többször találkozik, mint IP címmel, ráadásul volt idő, amikor egyszeri ember telefonszámokkal folyamatosan találkozott, olyan viszont nem nagyon, mikor ugyanez volt IP címmel.




Hír: A Telekom bevezeti a privát tartományokat: https://hup.hu/node/143385#comment-1937704

Azért a fennakad a szeme az erős eufenizmus a "szegénységi bizonyítványra".

Én ugyan tudom a saját számomat, sőt, néha még meg is kell adnom, ezzel együtt messze nem gondolom, hogy hülye, aki nem tudja fejből a sajátját. Ha valakinek kell nem személyesen, ált -- algernonhoz-- átdobom valahogy a névjegyet (és nem nagyon emlékszem olyanra mostanában egyébként, hogy az illető neve alapján ne tudta volna a telefonom, hova kell küldeni), ahol offline kell, az meg névjegykártya.

(Egyébként a cím is ilyen, pl tudom a cégem címét is, mert pl sokszor kell rá számlát kérni mondjuk hotelban, ezzel együtt is szépen a kezébe nyomom a kislánynak a kártyát, hogy másolja csak nyugodtan, neki is egyszerűbb.)

Az, hogy néha még kell a szám, az inkább a rendszer szegénységi bizonyítványa, hogy még mindig nincs egy dns szerű szolgáltatás...




Szerver ajkérés: https://hup.hu/node/144316#comment-1934924

azt kérdezi :)




Szerver ajkérés: https://hup.hu/node/144316#comment-1935112

senki se megy úgy be egy boltba, hogy kéne valami, x forintot adok érte, mert akkor annyi lesz (feltéve, hogy valós ára kisebb mint x).




Szerver ajkérés: https://hup.hu/node/144316#comment-1935372

nyilván. viszont ezt a büdzsét nem fogjuk lendületből a beszállító orrára kötni :)




Adobe Photoshop Lightroom - mostantól ingyenes Androidra: https://hup.hu/cikkek/20151211/adobe_photoshop_lightroom_mostantol_ingyenes_androidra#comment-1937670

Te láttad már a lightroomot? Csak mert semmi köze a gimphez. Ez arra való, hogy nagy mennyiségű fényképet gyorsan fel tudj vele dolgozni.




Zöld rendszámmal egész Budapesten ingyenes a parkolás: https://hup.hu/node/144345#comment-1935982

ami egyébként az appos/smses fizetés korában annyi, hogy mikor csippan, elindítod újra....




Zöld rendszámmal egész Budapesten ingyenes a parkolás: https://hup.hu/node/144345#comment-1936080

Nem gondolom, hogy ezt a gyakorlatban bárki nézné. Nem szoktam direkt így parkolni, de mondjuk volt már olyan, hogy nem értem vissza időben, és ráindítottam. Elég morci lennék, ha ezután megbüntetnének, törvény betűje ide vagy oda. (Ráadásul ha nagyon kukacoskodni akar az ember a joggal, akkor kitolat-betolat már jó, illetve az, hogy fél órája is ott ált, meg most is, az nem bizonyíték arra, hogy nem volt közben máshol)




powershell: https://hup.hu/node/144340#comment-1934918

ezzel most mi a siralom tárgya?

szerk, ja gondolom a system32 - hát, az úgymaradt, evvan :) Gondolom 16 biten volt valami system talán, a modern kapott 32őt, aztán úgymaradt a váltásnál




powershell: https://hup.hu/node/144340#comment-1935116

fogalmam se volt, mi az a wow64, fél másodperc gugli elmondta, hogy mi az. Elég elbaszottul sikerült egy rövidítés, a system32 is egy elég szerencsétlen maradék, de nincs itt semmi, ami ne lenne imitt amott mindenféle nagyobb rendszerben. Elbaszott rövidítésekkel dunát lehet rekeszteni máshol is, legacy "akkor jó ötletnek tűnt, most meg fasz akar szopni a megjavításával" cucokkal szintén. Vicces, de semmi extra :)




Informatika érettségi vs. továbbtanulás: https://hup.hu/node/144329#comment-1934839

"Vagy ha kell, lehetne felvételi vizsga"

Van. Érettségi néven fut. :)




BKV alternativa: https://hup.hu/node/143985#comment-1930935

s/objektiv/szubjektív/ :)




BKV alternativa: https://hup.hu/node/143985#comment-1931435

Kérdés, hogy ha a három órát sajnálod a szabadidődből utazásra, akkor nem sajnálod-e pénzkeresésre...




Canon vs. Nikon || MILC vs. DSLR (2015): https://hup.hu/node/144041#comment-1931035

OFF: nekem egyszer volt dolgom camera kftvel, tamron obinak nem nyílt rendesen a blendéje, odavittem, megnézte, pár nap alatt megcsinálták, csoki.




Canon vs. Nikon || MILC vs. DSLR (2015): https://hup.hu/node/144041#comment-1933099

miért? ha valaki nem törli a gépen letöltés után (ami egy elég valid use-case lehet), akkor tényleg az tud lenni a leggyorsabb.




Canon vs. Nikon || MILC vs. DSLR (2015): https://hup.hu/node/144041#comment-1933208

milyen mozgatásról beszélünk, mikor a kártya épp a fényképezőgépben van?

(de egyébként ja, gyorsabb)

ezt az élettartam dolgot meg nem tudom honnan vetted, de a kártyának gyászmindegy.




isc dhcpd: a "routers" értéke a kliens (leendő) címe legyen: https://hup.hu/node/144273#comment-1933881

aztán jön a user, hogy route add 0.0.0.0 mask 0.0.0.0 gateway 1.2.3.1 és jön a csodálkozás.

Szerintem rosszul fogod :)




Milyen szervert?: https://hup.hu/node/144156#comment-1931910

"u.i.: nem ajánlatot vártam, hanem ötletelést."

Nekem van ötletem: próbáld meg kideríteni, hogy valójában mi is a baj, ahelyett, hogy gyors szerver kell, ami kijön félmisiből.

Hálistennek sqlt általában lehet egész értelmesen profilozni, csak te egyelőre ott tartasz, hogy azt se tudod, mi a fene fut.




Milyen szervert?: https://hup.hu/node/144156#comment-1932540

Látom.
Viszont az van, hogy saját bevallása szerint vannak teljesítmény problémák, és ahhoz, hogy lehessen érdemben ajánlani akármit, ahhoz kell érteni legalább nagyjából, hogy milyen useage pattern alá kell gép. Mert annak híján tényleg csak olyanokat lehet mondani, hogy vegyél csendeset, hogy ne zavarja Micikét, vagy vegyél dellt, mert annak szép az eleje. :)




Milyen mail, IM, stb. szolgáltatások beérésére vársz?: https://hup.hu/node/139886#comment-1863213

" - Üzenetek várakoztatása ha a célpont offline - kvázi az e-mail és IM összemosódása (FB Messenger tudja)"
Hogy én ezt hogy rühellem.




Milyen mail, IM, stb. szolgáltatások beérésére vársz?: https://hup.hu/node/139886#comment-1863275

Az késleltetett kézbesítésre való igényt értem, az "email" és a "chat" funkciók összemosását rühellem. :)

(és emiatt mondjuk nem nagyon hiányzik a késleltetett móka sem, chatelni jellemzően akkor akarok vele, ha online. Ha nem, akkor jó eséllyel felemelem a telefont...)




LINUX rendszergazda - Takinfo Kft.: https://hup.hu/node/143160#comment-1916098

Nálunk most a szomszéd osztályon a Hoff képeket felváltotta a csoki meeting (ami egyébként szokott lenni, aki utazik, hoz valamit a többieknek), és amennyire látom, azt számon is kérik :)




LINUX rendszergazda - Takinfo Kft.: https://hup.hu/node/143160#comment-1919616

Mondjuk emlékeim szerint nem lehet folyamatosan készenlétben lenni...




LINUX rendszergazda - Takinfo Kft.: https://hup.hu/node/143160#comment-1919908

Csak a fenti kisszámoló nem ezt mondta :)




Fényképezőgép bruttó 100.000 Ft alatt: https://hup.hu/node/144009#comment-1930488

Én csináltam ilyet, és a családi koca fotós is helyén van :)

Sokáig egy cannon s5 is-t nyúztam, aztán egy idő után vettem egy sonly a65-öt.

Ami egyértelműen pro, és imho generál azért van, mert slr (jó jó, tudom, ez nem az, mert nem csapkod benne a tükör):
- reakcióidő, akkor készül a kép, mikor megnyomod a gombot. Ha nem áll amit fotózni akarsz, ott nagyon sokat számít, legyen az valami fellépés, vagy egyszerűen csak egy kisgyerek vigyora, amit el akarsz kapni
- Beltérben, szar fényben jobb képeket csinál. Egyszerűen a bridgen az iso 400 volt so-so, ezzel az 1600 még elmegy. (Szubjektív talán kicsit jobb is)
- Lehet cserélni az üveget, szóval ha rákattansz valami területre, nagyobb a mozgástér, nyilván. (Pl nekem a széles nagyon sokat javított a képeimen) És igen, azért a nem is csúcskategóriás üvegekkel is jó képeket lehet csinálni.

Ami kontra:
- Cipelni macerásabb, nehezebb, nagyobb, ilyesmi. Ja, és a "kacat" is több.
- Lehet cserélni az üveget :) Ezzel több dolog is van:
- Egyrészt macera, mondjuk kirándulásnál váltani a tájfényképezős széles, meg a portrés között. Tudom tudom, lehet venni mondjuk vmi 18-200-at, de tapasztalatból mondom, nem teszed fel, ha egyébként van nálad olyan, amiről tudod, hogy jobb :) (Engem a 18-55 kitobira nem visz rá ilyenkor a lélek, inkább pakolom ide-oda.)
- másrészt könnyen el lehet kúrni egy kisebb vagyont, mert több a lehetőség, ha rákattansz valami területre :).
- Ez a pénznyelő egyébként ott is kijön, hogy nyilván minden obinak más lesz a szűrőmérete, nyilván először veszel adaptergyűrűt, aztán mégis inkább egy rávaló cpl-t, stb. stb.

Ami jobb, de nem egyértelműen az SLRségből adódik:
- a 10 fps nagy királyság, nem kell centizni a jó pillanatot, látod, hogy most valami érdekes jön, lenyomod, aztán majd kiválasztod. És nagyon nem mindegy, hogy 15 vagy 5 lesz, amiből választani kell. (és itt a nem mozgó tükör szerintem királyság, nem sajnálom az expot :) )
- Én azért vettem a sonyt, mert egy csomó olyan dolgot megcsinál alapból, amit -- legalábbis akkor -- nem nagyon csinált a canon / nikon, mert az "nem igazi fényképezés". Itt ilyesmikre kell gondolni, mint a beépített HDR vagy dynamic range, amiket nyilván megcsinálsz utómunkába szépen a fotosop előtt, és akkor lesz fasza -- vagy egyszerűen csak bekapcsolod, kettő sec alatt megvan, és ugyan nem lesz Pulitzer díjas, de a kocafotó minőségét jelentősen növeli.
- Ugyanilyen a kihajtható kijelző, amit normálisan elég ritkán használok, mert nyilván a keresőn keresztül nézek, de ha fel kell emelni a cuccot a fejed fölé, vagy mondjuk lentről kell fényképezni, és nem kell lehasalni (vagy nem is tudnál, mert ott a fal)

Az látszik, hogy ezek egy része tulajdonképp annak ellenére ilyen, hogy SLR, szóval akár a kontra listán is lehetnének.




Fényképezőgép bruttó 100.000 Ft alatt: https://hup.hu/node/144009#comment-1929620

"Nem egyszer túráztam már Mátrában tükörreflexes géppel. Nem vészes. Egy külön kis táska kell neki, igen. 2 optika viszont felesleges. Ha erdőben vagy, akkor nagylátszószögú kell hogy kis távolság miatt beleférjen a téma, ha hegytetőn vagy, megint csak a nagylátót veszed elő, hogy átjöjjön a tájkép."

Aztán jön az asszony, hogy de ő tulképp portrét fotózna túra közben, mert faszt érdekelnek a hegyek, aztán cserélgethetem a 10-24et meg 28-75öt oda vissza :D




https átirányítása http -re: https://hup.hu/node/143982#comment-1929150

és fog is, mert az a dolga, és a security "kicomagolása" a http előtt van. Ha transzparensen akarod, akkor kénytelen leszel certit hazudni on the fly, és ezt a certit betenni a kliensek trust storejába.




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847428

Furcsa kicsit nekem, hogy ez így jött le neked (including felső, csak nem akarok kettőt írni), bár van, amivel azért egyetértek.

Én alapvetően szeretem Asimov stílusát, emlékeim szerint a fordítás is elég jó volt. Az kétségtelen, hogy van neki néha kicsit "bulváros" beütése, ilyen szempontból kicsit az öreg kicsit hullámzó teljesítményt mutatott (pl a fentebb dícsért alapitvány és föld illetve előtétregényei kifejezetten ilyenek), és a sztori sem a legegetrengetőbb, bár szerintem ez kicsit inkább a pamflet terjedelem miatt van.

Viszont a "kifigurázás" szerintem megállja a helyét, még ha nem is a legjobb szó rá, a felépített új világ rengeteg helyen reflektál valós történelmi és társadalmi problémákra. (Elég közkeletű a római birodalom bukásával való hasonlítgatás pl). Igaz, nem feltétlen kínál egyébként megoldást, de engem azért annó eléggé elgondolkodtatott. (Mondjuk, ha felnőtt fejjel olvastam volna először, valószínű nem gyakorolt volna rám ilyen mély benyomást.) Ez egyébként a klasszikus sci-fire jellemző eléggé jellemző.

Illetve az időtállóság is furcsa, azt én kifejezetten szeretem asimovban, hogy úgy tud sci-fit írni a jővőről, hogy nem megmosolyogtató a világ. Van pl átkötő könyv, talán greg beartől, ami seldon fiatal éveiről szól, ott sokkal hansúlyosabbak a technikai részletek, és amellett, hogy volt pár jó ötlete, baromira nem időtálló amit csinált, mert nagyon az akkor épp aktuális technikai jövőképet adja.

Ezzel együtt személy szerint az I, Robot kötetet, illetve az acélbarlangokat (meg a többi közvetlen folytatását) jobban szeretem, Baley az egyik kedvenc karakterem (nem csak asimovtól). Illetve még a stars like dust nagyon jó imho.

--
Amit én még nagyon szeretek Asimovban, hogy azzal együtt, hogy mennyire komplex világokat rakott össze (és növesztett egybe), gyakorlatilag alig találni nála következetlenségeket, nagyon koherens. Talán az egyetlen "komoly" baki, amire emlékszem, hogy az alapítvány legelején Dornikról kiderül, hogy nem űrutazott még -- csak a szülőbolygója holdjára, de hát az meg nem az igazi. Aztán később a Golan Trevizés izék, meg arról szólnak, hogy a földet a nagy holdja alapján lehet megtalálni, mert nincs ilyen gyak sehol.

Ezzel együtt egyébként mondjuk Lemhez vagy mondjuk egy Lovecrafthoz képest Asimov stílusa valóban kevésbé, hmm, irodalmi.




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847507

Épp lehet, de nekem abból, hogy a holdra utazás egy teljesen mindennapos sztoriként volt beállítva, ráadásul egy teljesen mellékes fémondatban inkább a baki jött le. De nyilván köré lehet ideologizálni valamit. Csak általában nem kell. :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847574

Igen, ez is jó :)

Azért örülök, hogy nem csak én vagyok annyira elborulva, hogy ilyen részletekbe bele tudok gabalyodni :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847590

Nekem az alapítvány és föld kicsit felszínes volt már, még ha lehetett volna faja is a kitekintgetés a galaxisba :)

--

Igen, ilyen elavulások vannak, de mondjuk ezt azért még elnézem neki...




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847645

Az Ender saga többi része sem rossz (bár szerintem a végére ellaposodik erősen), de azért az ender's game magasan a legjobb (Meg baromira más). Mondjuk kemény, hogy egy durván homofób, erősen konzervatív, mormon faszi írta a könyvet, ami erősen körüljárja a másik elfogadásának témakörét. Van neki egy "spinoffja" is egyébként, ami az ender's game utáni földön játszódik a többi gyerekkel (Beannel a központban), az se rossz, de az sokkal inkább ponyva.




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847655

A fordítást nem tudom, mert én angolul olvastam, de kövezz meg, nekem az még eléggé tetszett. :) Bár valószínűleg csak a sajátos nézőpont miatt, mert mondjuk a körítés (Amszterdam, stb. ami már ágyazott meg az utána jövő végtelen szappanoperának) az nem volt hű. De a battle schoolban levő rész az tetszett :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847662

Őőő, hát annak valóban alátesz egy kissé, kezdve Ender mindent tökéletesen átlátóságával :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847851

Persze. Akkor kicsit pontosítok. :) Ender übermenssége a növendékek között értendő, az természetesen tiszta, hogy ő nem "néz ki a dobozból", míg Bean mást sem csinál. De egyrészt ugye Ender a többiek torkán letolt csodagyerek (igen, tudjuk, hogy ez manipuláció, vagy legalábbis arra is van használva). Aztán azért Bean sztorijából kiderül, hogy ismerik őt a többiek is, ami árnyalja Ender külső képét az eredeti regényhez képest. Illetve az is, hogy bár Ender az eredeti regényben igenis kvázi "mindentudóként" viselkedik, olyan szempontból, hogy nem igazán kételkedik abban, hogy átlátja a helyzetet (ami egyébként nyilván célja Graffnak), gyakorlatilag nem tud csodagyerek #2-ról. És nyilván, jól választ, sikeres, nem lesz negatív karakter Ender, illetve nyilván ezek benne vannak az eredeti történetben is, csak itt jobban kidomborodnak, én ezért szerettem :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847652

Huh, van rajta ismeretlen, danke :)

Egyébként én még megtűzném a cuccot a Gibson féle Neurománccal, az is elég stílusteremtő. Esetleg valamit Philip K. Dicktől (Man in high castle, do androids dream of electric sheep? dr bloodmoney, palmer eldritch, flow my tears..). Bár Dick azért elég hangulatfüggő imho.




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847658

Nem mondom, hogy nekem vegytiszta, de a japán nácik a nyugati parton, az üt :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847663

Igen láttam, bár ezektől a könyv adoptációktól kicsit mindig fázok, de akár jó is lehet :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847595

Ezzel így alapvetően egyetértek. Mondjuk általában engem jobban érdekel egy-egy ilyen dolog háttere, mint a cselekmény, lehet azért nem zavar igazán. (Egyébként ugye az egész trilógia igazából eredetileg nem három regény, hanem önálló novellák (amik a könyvben fejezetenként lettek belőve), valószínű nem segített a cselekménynek.

Sturgeon most nem rémlik, megnézem, kösz a tippet, hátha látok valami újat. (mondjuk aztán az ilyen novellás köteteknél gyakran rájövök, hogy olvastam én ezt már).

De ha már ajánlónál tartunk, én szívesen veszek tippeket :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847994

Danke, jegyeztem :)

Tegnap egyébként elolvastam a Nehéz Istennek lenni prológusát, egyelőre annyi jött le, hogy fogalmam sincs, a három szereplő mi a picsát csinált, elég összefüggéstelen volt... :D




Iszik, Asimov?: https://hup.hu/node/139374#comment-1848113

Úgy legyen :) Eddig legalább a szokásos orosz kavarás a nevekkel nem volt, de mondjuk egy fejezet, még simán lehet :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1867417

uppolok :)

- Megvolt a nehéz istennek lenni, eléggé rendben volt :)
- Az amíg a világ a világot is kivégeztem. Nem spoliereztem, ezzel együtt, bár jó volt, elég levágós volt, hogy miről van szó. (persze lehet, hogy a fenti ne fuss bele spoilerbe miatt jobban figyeltem :D)
- a játékmesterre most rákugliztam, és rájöttem, hogy azt már olvastam. viszont jó volt, uh keresek még banksot :)
- fentebbről a több mint emberit is elolvastam, az nekem kicsit túl misztikázós volt.




Iszik, Asimov?: https://hup.hu/node/139374#comment-1867476

olyanokra nem lövünk :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1867556

már végigértem, volt benne elég csavar :) Jó könyv volt.




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847647

Jaja, a vének háborúja vidám ellenpontja az örök háborúnak. :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847695

Nem rossz, de a fenti beszélgetés alapján nem vagyok meggyőződve róla, hogy maradéktalanul tetszeni fog :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847709

Egy menetet mindenképp megér :)




Iszik, Asimov?: https://hup.hu/node/139374#comment-1847698

Ugyan nem sci-fi, de Updike: Nyúlcipő. Garantáltan le fogod tenni 50 oldalanként, mert emészteni kell :D (na jó, lehet ma már ez se fájna annyira)




"Eltörli a korlátlan otthoni OneDrive-ot a Microsoft": https://hup.hu/cikkek/20151104/eltorli_a_korlatlan_otthoni_onedrive-ot_a_microsoft#comment-1923285

+1

Illetve meg kell szokni, hogy van vele utómunka, de ha kb belőtted a toolchaint, akkor azért annyira nem vészes.




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923204

Gyakorlatilag minden nagyobb rendszerben előjön, hogy sajnos a hash csak szép álom...




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923484

Szerintem itt néhány nagyon okoson kívül senki nem gondolta, hogy plaintext az csak úgy simán olvasható, hanem a hasht tesszük el vagy a valódi jelszót a kérdés. (Utóbbit nyilván valamilyen secure módon, de mégiscsak visszaállíthatóan)




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923281

ki mondta, hogy van kliens? :)




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923284

mondjuk egy webmail? mint ahogy pont fölötted mondták, és szerinted nem kell hozzá jelszó. Aztán most mégiscsak letárolnád a kliensen.




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923288

nem, a probléma nem erről szól.




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923293

persze persze, mindenki hülye, csak te vagy a helikopter :)




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923296

ne haragudj, de anyukáddal beszélj így, ha megengedi.

Ráadásul igen vicces, hogy szerinted más nem tud olvasni, miközben láthatólag te vagy itt a funkcionális analfabéta.




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923301

hagyjuk, józanodj ki. Bár tulajdonképpen mindegy, az látszik, hogy értelmesen beszélni úgy sem lehet veled a témáról.




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923228

Hálistennek még nem kellett ilyet csinálnom, de pl a freeradiusos levlistán rendszeresn feljön, hogy a pap/chap mittommén melyikhez, ha közben még van ADs kerberos is, akkor nem fogod megúszni.




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923257

Tételezzük fel, hogy ez egy legacy valami pl, és nem lesz. :)




Nagyon csúnyán bukott meg a 000webhost: https://hup.hu/node/143613#comment-1923282

tudok még én is párat, ami a kissé beszűkült "dehát van erre technológia, ahol nem használják, az hibás usecasenél" reálisabban látja a világot :)




Hazamenetel: https://hup.hu/treyblog/20151027/hazamenetel#comment-1920462

A liberálisokon kívül mindenki tudja / érti, hogy ezeknek az embereknek a többsége nem a háború elől menekül. Olyan országokból jönnek ahol nincs háború. Továbbá a probléma megoldása a háború megszüntetése lenne.

ebben mondjuk így némi ellentmondást érzek :)




Hazamenetel: https://hup.hu/treyblog/20151027/hazamenetel#comment-1920472

Ezek szerint akkor a gazdasági bevándorlók nem probléma?




Hazamenetel: https://hup.hu/treyblog/20151027/hazamenetel#comment-1920482

Ezt én értem, csak arra akartam felhívni a figyelmet, hogy az első két mondat nyilvánvalóan az elsőről beszél, majd közli, hogy a megoldás az, ami a másodikat oldaná meg.




Hazamenetel: https://hup.hu/treyblog/20151027/hazamenetel#comment-1920491

amit idéztem, abban egy fia is szó nem volt




Hazamenetel: https://hup.hu/treyblog/20151027/hazamenetel#comment-1920534

Most akkor azokról beszélünk, akik elemekültek egy háború elől, vagy azokról, akik simán csak európába akarnak jönni? Csak mert amire reagáltál treynel, az egyértelműen utóbbinak hangzik, újraolvasva a mondatodat viszont úgy tűnik, lehet, hogy te az elsőről beszélsz.




Hazamenetel: https://hup.hu/treyblog/20151027/hazamenetel#comment-1920555

Az lehet.




mindenképp jelent a Windows 10: https://hup.hu/node/143690#comment-1922874

én úgy értelmeztem, hogy nem tudta leszűkíteni a nemkívánatos forgalomra a szűrést.




mindenképp jelent a Windows 10: https://hup.hu/node/143690#comment-1922875

will allow




Irány a felhő...: https://hup.hu/node/143014#comment-1912644

Mondjuk egy normálisabb tablethoz:
- nem kell egér
- nem kell internetstick
- nem kell rfid olvasó

Leltározáshoz cimkenyomtató meg nem tudom minek




Irány a felhő...: https://hup.hu/node/143014#comment-1912932

Örülök a szarkazmusnak, ennek ellenére, mint azt marci is írta, az esetek túlnyomó részében leltározás alatt a már meglévő dolgok számosságát ellenőrzik. Ez számolgatással, esetleg a már meglevő jelölők scannelésével jár, ha került rá ilyen (vagy már eleve gyártáskor, vagy bevételezéskor). Ilyenkor nem nagyon címkéznek már semmit sem. Ettől persze még lehet, hogy te valami elcseszett helyi igényekhez igazodó processzt láttál, de a lényeg mellett sikerült elmenned: még ha kell is a nyomtató, akkor is egy darab tabletről és egy darab címkenyomtatóról beszélünk, ellentétben a karácsonyfa laptoppal.

(Arról nem beszélve, hogy az, aki egyesével a doboz mellett nyomtat ilyenkor, ahelyett hogy vinne magával előre nyomtatott nyalókát, az imho beteg)




Irány a felhő...: https://hup.hu/node/143014#comment-1913545

Hogy ne gázoljunk nagyon bele, én főképp a raktár/árukészlet jellegű leltárakra gondoltam.




HBONE információk, érdekességek: https://hup.hu/node/143331#comment-1922342

Cserébe elég sokszor hasznos információk vannak rajta :)




HBONE információk, érdekességek: https://hup.hu/node/143331#comment-1922453

Nem. Bizonyára van egy rakás ottragadt szar is, de én gugliból is rendszeresen futok bele olyanba, ami ugyan motherfuckingwebsite.com stílusú, ellenben szakmailag hasznos anyagok vannak rajta.




HBONE információk, érdekességek: https://hup.hu/node/143331#comment-1922691

Lehet. Én csak azt mondom, hogy az én tapasztalatom szerint bár egyetemi oktatók oldalai sokszor rusnyák, ellenben gyakran van rajtuk értelmes tartalom, publikációk, hasznos jegyzetek (amik ugyan lehet, hogy nem ma lettek írva, hálistennek egy csomószor ez nem baj, alap dolgok sokáig érvényesek) Legalábbis amiket én látok. Biztos van olyan is, ami nem ilyen, csak gondolom az nem jön elő a gugliból, lévén nincs rajta semmi hasznos.




Neptun közoktatásba: https://hup.hu/node/143727#comment-1923292

az a furi, hogy anyum iskolájában van valami e-napló, és elég frissen (vagy most indult, vagy az előző év második félévében talán)




Neptun közoktatásba: https://hup.hu/node/143727#comment-1923468

megnéztem, de. Fini. :)




SSH kapcsolat eldobás: https://hup.hu/node/143724#comment-1923197

A bontás után milyen indok látszik a logban?




SSH kapcsolat eldobás: https://hup.hu/node/143724#comment-1923229

jaja, simán lehet, hogy ott van olyan eszköz, ami kibassza az idle sessiont (bár azon a keepalivenak segítenie kellene)




SSH kapcsolat eldobás: https://hup.hu/node/143724#comment-1923472

Erre nagy összegekben nem tennék, nem akarnak azok általában annyira okosak lenni.




Kémkedik a Skype?: https://hup.hu/node/143627#comment-1923070

És akkor jött a NAT.




Kémkedik a Skype?: https://hup.hu/node/143627#comment-1923076

Első bliccre. Aztán mikor a rendszer alapoz a source IPra, akkor mindig kiderül valami usability vagy secuirty turpisság, ha az ember megkapargatja.




Kémkedik a Skype?: https://hup.hu/node/143627#comment-1922870

Értem én, de mondjuk így spec nem szívesen oldanám meg, mert nagyon szar ügynek hangzik. :) Ezer féle böngésző, meg mi van ha több van, esetleg be is van jelentkezve kettőbe, vagy a böngészőbe kellene belegyártani a natív kliens sessiönjét, bleh.

Akkor már inkább egy seamless skype plugin, amiből el lehet érni a korrekt helyre letett sessiont, vagy ilyesmi.




Kémkedik a Skype?: https://hup.hu/node/143627#comment-1923073

Az a baj ezekkel, hogy próbál okos lenni, aztán összes corner caseben (igazából inkább az összes nem teljesen alapvető esetben) majd valami faszság fog történni, beletesszük magunkat a gyerek sessionjébe, vagy egyéb ilyen baromság. Minden ilyesmi eredendően taknyolás, ha még kontrollálhatatlan is, az elég idegesítő.

(A hasonló okosabb vagyok nálad csimbasszója a kitalálom a nyelved, főleg, mikor annyira magabiztos vagyok benne, hogy még egy dropdownt se hagyok neked)




Kémkedik a Skype?: https://hup.hu/node/143627#comment-1922724

Egyrészt a normál felhasználód nem fogja látni a root .bashrc-jében definiált aliast, miért is látná? Másrészt meg ha ott lenne is, szerintem a kde alt+f2-je szintén szarik a .bashrcre (bár ezt csak érzésre mondom). Csinálj neki valahova egy shellscriptet az alias helyett, és azt indítgass.

A hangra meg voltak utalások extra groupokra.




Friss infókat közölt a Microsoft a Windows 10-re frissítés lehetőségeiről: https://hup.hu/cikkek/20151030/friss_infokat_kozolt_a_microsoft_a_windows_10-re_frissites_lehetosegeirol#comment-1921579

Ne hargudj, de miért kéne oda az a vessző? Ha hasonló stílusban szeretnék reagálni, lehet hogy ők angolul vették az általános iskola nehézségeit, ezért beszélik a nyelvet :)
A magyarok egyébként szeretik fölösleges vesszőkkel telepakolni az angolt, oda se kell. Nincs azzal a mondattal semmi baj, a faster start-up time kifejezéssel én nem látok gondot, a hangsúlyozás miatt a tárgy jelző elé hozása teljesen rendben van.




Friss infókat közölt a Microsoft a Windows 10-re frissítés lehetőségeiről: https://hup.hu/cikkek/20151030/friss_infokat_kozolt_a_microsoft_a_windows_10-re_frissites_lehetosegeirol#comment-1921712

Látom közben már megfejetted, hogy a jelző nem a timera, hanem a start-up timera vonatkozik. Arról meg szó nincs, hogy a w10 lenne gyorsabb (trollok: mármint a mondat nem erre vonatkozik). Szóval még gyúrj kicsit az angolra. :)




És az EP szép csendben kollektíven megszavazta netsemlegességet...: https://hup.hu/node/143531#comment-1920562

Ja, rendben megspórolja az így kivételezett szolgáltatásnak, hogy versenyeznie kelljen a többiekkel a felhasználókért.




És az EP szép csendben kollektíven megszavazta netsemlegességet...: https://hup.hu/node/143531#comment-1920897

Aha, tehát akkor a leosztott piac három szereplője közül lesz érdemben választás, az sokkal jobb.




És az EP szép csendben kollektíven megszavazta netsemlegességet...: https://hup.hu/node/143531#comment-1921572

Ja, csak aztán ha az van, hogy van havi 17 fontért bármi, amennyit akarsz, vagy havi 4 fontért egy giga bármit amit akarsz, meg amennyit akarsz abból, aki megállapodott a szolgáltatóddal...

Szóval épp arról van szó, hogy ez pontosan nyitja az utat a felé, hogy ne legyen 17 fontos korlátlan előfizu.




És az EP szép csendben kollektíven megszavazta netsemlegességet...: https://hup.hu/node/143531#comment-1921995

Most bezárni kellett volna...




5M WEb kamera hogyan, mivel: https://hup.hu/node/143597#comment-1921578

Nyilván tekintsünk el attól, hogy az agyonajnározott 1080p az ~2 Mpixel, nyilván a 3 fontos 5 megapixel az kissé erős, viszont gyors próba után nekem úgy tűnik, hogy tömörítetten akár még lehetne is. Pár random képet lehúzva 5 megás felbontásra, jpgbe mentve, 90es compress mellett olyan 800k-1.2Mega között vannak a képek, abból 25 az elméleti 60 megába még bőven belefér, és nyilván videót azért jobban lehet tömöríteni, mintha egyesével csinálnád ezt a képekkel.

Ha máshonnan jövök, egy 1080p blueray rip olyan 8 giga, kb 100 perc, 720pben ugyanaz 4 környéke, ami pixelben is kb a fele, uh ha feltételezem, hogy nagyjából lineáris a méretnövekedés, akkor kb 20 giga lenne egy 5Mpixeles video, az kb másodpercenként 3-4 mega, az meg bőven. Szóval tömörítetten közlekedve az USBn simán bele kéne férjen. Az más kérdés persze, hogy semmi nem fog 3 fontért ilyen encodeot csinálni, pusztán csak az elméleti síkon..




Új fejezet: https://hup.hu/node/143507#comment-1919917

Én 4 évet húztam le utazós melóval, baromi sokat szállodában lakva. Per definem belefért a valahol eszünk reggel, délben, este, mégis az egész egyik legrohadtabb pontja, hogy nincs egy istenverte hűtő.




Új fejezet: https://hup.hu/node/143507#comment-1919939

Nem, szar az, amikor egy rohadt joghurt nincs meg reggelig, hogy betold. Neadjisten egy szendvics, mert nincs kedved kimászni, vagy mondjuk egy normális üveg hideg üdítő...




Grafikus felületen scrit futtatás: https://hup.hu/node/143592#comment-1921297

gyors google azt mondja hogy ~/.xprofile vagy /etc/xprofile




Grafikus felületen scrit futtatás: https://hup.hu/node/143592#comment-1921333

Gondolom igen, az szokott lenni ilyen esetekben az általános.

ill rémlik valami .xinitrc is, aminek a közös része ált valahol az /etc/X11 alatt volt talán.




távoli fájl másolás stat() nélkül : https://hup.hu/node/143565#comment-1920957

kérdés, hogy mit csinál mondjuk egy rsync a stat eredménye nélkül, mert gyanús, hogy nem passzióból hívogatja




Linuxos képesítés ??: https://hup.hu/node/143542#comment-1920564

pedig a leginkább elfogadott az a redhat...




Linuxos képesítés ??: https://hup.hu/node/143542#comment-1920600

Ha a szintje hasonló a másiknak, és arra fel tudsz készülni pár hét alatt, akkor a redhatra is fel lehet készülni pár hét alatt. :)

Nyilván függ attól, hogy mennyire vágod a témát egyébként, van az RHCEhez rapid track, 4 nap + vizsga, mondjuk az ára kissé borsos, és tényleg azért az látszik, hogy nem mindenkinek elég. Bár a vizsgák önmagukban is elég drágák.

Nem feltétlen kell azért ez a melószerzéshez szerintem.




A Windows Phone-nak újabb alkalmazásproblémája van: az eltűnő alkalmazások: https://hup.hu/cikkek/20151025/a_windows_phone-nak_ujabb_alkalmazasproblemaja_van_az_eltuno_alkalmazasok#comment-1920060

Egyrészt saját magáról beszélt végig, másrészt meg hogy ne lenne joga azt mondani, hogy szerinte aki félévente új telefont vesz, az hülye.




A Windows Phone-nak újabb alkalmazásproblémája van: az eltűnő alkalmazások: https://hup.hu/cikkek/20151025/a_windows_phone-nak_ujabb_alkalmazasproblemaja_van_az_eltuno_alkalmazasok#comment-1920091

Dehogynem. A másiknak meg alapot ad arra, hogy kifejtse, hogy szerinte meg az ő apukájáé, meg hogy mi a véleménye arról, aki ilyet csinál. Hogy szép dolog-e ez, az egy kérdés, de hogy joga van rá, azt nem vitathatod el tőle.

Illetve ismételten szeretném felhívni a figyelmedet rá, hogy senkit nem hülyézett le. A hozzászólás, amire válaszoltál végig egyes számban volt, a vélhetőleg inkriminált mondat: " Ez a fél évente cseréljünk telefont mánia csak a gyártóknak jó, én mint felhasználó ezt nagyon nem akarom" Szeretném felhívni figyelmed az én szóra itt is.




Ügyes áramkör-rajzolót keresek: https://hup.hu/node/140345#comment-1867380

bookmark :)

danke!




Ügyes áramkör-rajzolót keresek: https://hup.hu/node/140345#comment-1867459

Köszi :) Igazából leginkább csak akadémiai az érdeklődés, a gyakorlatban nem nagyon használok ilyet, max apró cseprő saját cuccokhoz. De igyekszem mindenféle ilyen latex dolgot eltenni, ami érdekes :)




Egy wifi hálózat, két routerrel: https://hup.hu/node/142027#comment-1894716

Én több helyen megcsináltam már ezt ami van abból főzünk alapon, a normálisabb eszközből lesz a valódi router, a másikon mindent lekapcs (dhcp, ilyesmi), lan porton összedrótozni őket, wifihez ugyanazt állítani, mind SSID, mint egyéb paraméterek tekintetében, aztán csók. Mondjuk az a tapasztalat, hogy a kliensek szeretnek nem átváltani az erősebb APre, hanem tornázni sokáig az alig működő APn, ha korábban ahhoz csatlakozott, csak arrébmentél...




[Megoldva] /etc/hosts változásának aktualizálása: https://hup.hu/node/143374#comment-1917944

+1

Hacsak valami be nem cachelte, de mivel itt sshzni akar, ezért nem gondolom.

(Az más kérdés, hogy miért nem jó valami dyndns)




[Megoldva] /etc/hosts változásának aktualizálása: https://hup.hu/node/143374#comment-1918291

Bár valóban ezt teszi, viszont az a kifele menő kommunikációra vonatkozik. Bár explicit nincs leírva, hogy maga a dnsmasq cachelné a hosts filet, ellenben a man notes részében le van írva, hogy sighupra újraolvassa, szóval kell neki szólni, hogy változás van a fileban.




Milyen privát tartományt?: https://hup.hu/node/143156#comment-1918293

én azt nem értem, hogy jön ide a wifi




Milyen privát tartományt?: https://hup.hu/node/143156#comment-1914541

Szerintem a /16al ne cseszekedj, elég rég CIDR van még, és a kisebb maszkkal sokkal könnyebb nem ütközni.




Milyen privát tartományt?: https://hup.hu/node/143156#comment-1915040

De komolyan, mi indokolja, hogy hirdesd az egész /8-at? így gyakorlatilag mindig szívni fogsz, ahelyett, hogy csak akkor, mikor ténylegesen ütközés van.




Milyen privát tartományt?: https://hup.hu/node/143156#comment-1916043

Ez nyilván önmagában nem megoldás, egyszerűen csak nem értem, minek hirdetni feleslegesen egy ekkorát. Ezzel csak tetézed.




Cinema City - Star Wars jegyvásárlás: https://hup.hu/node/143361#comment-1918004

Slágerfilmeknél imaxnál simán rá lehet futni, hogy nagyjából tele van végig. A star wars szinte biztosan ilyen lesz, még ha a premier után mindenki azt mondja róla, hogy egy kalap szar, akkor is sokan fognak menni, nem lennék meglepődve, ha az utolsó héten se lehetne "beesve" jegyet kapni. (Abban meg szinte biztos vagyok, normális helyre nem, márpedig az imax az ilyen szempontból szerintem érzékenyebb mint a sima mozi)




Cinema City - Star Wars jegyvásárlás: https://hup.hu/node/143361#comment-1918031

Én is, de el tudom képzelni, hogy vetítési jogokról kell egyezkedni, meg arról is, hogy pl az IMAX teremre, amiből van egy darab -- fixme -- az egész országban várnak más filmek is, nem lehet csak úgy tologatni.




Cinema City - Star Wars jegyvásárlás: https://hup.hu/node/143361#comment-1918007

Feltételezem, hogy a pénztárnál állva ez nem fog problémát okozni. :)




OTRS: Active directory integráció: https://hup.hu/node/143240#comment-1916109

Mivel láthatólag nem ldaps-t használsz (ami egyébként elég ejnyebejnye, ne csináld, pláne ne egy adminnak ütött userrel), de egy tcpdump / wireshark szépen megmutatná, hogy egyáltalán történik e valami érdemi ldap kommunikáció, és ha igen, akkor mi




OTRS: Active directory integráció: https://hup.hu/node/143240#comment-1917912

Ugyan nem kötöttem rá otrs-t ldapra még, úgyhogy kicsit csípőből, de hátha segít:

Csináltam egy wireshark-os csomagfigyelést, és itt szépen látszik, ahogy az OTRS szerver próbál kommunikál a tartományvezérlővel. A válasz minden esetben "invalidCredentials".

Tippre az otrs userrel van a baj, bár kis valószínűséggel azt is el tudom képzelni, hogy a user nevében (is) bindelni próbál. Ez abból látszik, hogy mire jön válaszul az invalidCredentials.

A host paraméter egyértelműnek tűnik.
Ide próbáltam már a dc.example.hu-t, és a szerver IP címét is. Esetleg az LDAP URL-t kellene megadni?
"LDAP://dc.example.hu/"?

Tekintve, hogy megy az ldap session, szerintem ez jó

A BaseDN az AD fa struktúrájának a gyökere? Tehát egy example.hu esetén BaseDN => 'dc=example, dc=hu'?? Vagy ez arra vonatkozik, hogy az AD mely részéből akarok usereket keresni/authentikálni?

Általában utóbbi. Ilyenkor többnyire bindel a megadott userrel, a BaseDN által megadott fában keres rekordot, ami matchel a bejelentkezni akaró userre (szokott még lenni egy Filter is, hogy ne legyen baszottnagy a reply)

A UserDN ill. a UserPW gondolom annak a usernek a neve ill. jelszava, akivel az AD-ben műveletet végzünk. Itt elég ha simán megadom az otrs usert, és a jelszavát?
pl. UserDN => 'otrs'
UserPW => 'password'

Vagy ezt is szájbarágósan kell megadni?
pl. UserDN => 'cn=otrs, ou=Users, dc=example, dc=hu'
UserPW => 'password'

Szinte biztosan utóbbi, de ezt szerintem amekkora erővel ide legépelted, oda is megtehetted volna :)

Tanulmányozásra ajánlom még (bár én személy szerint a kezét törném annak, aki írta):
http://otrs.github.io/doc/manual/admin/5.0/en/html/external-backends.ht…
http://otrs.github.io/doc/manual/admin/5.0/en/html/external-backends.ht…




A PlayOnLinux becsomagolásáról vitáznak a Fedora fejlesztők: https://hup.hu/cikkek/20151015/a_playonlinux_becsomagolasarol_vitaznak_a_fedora_fejlesztok#comment-1916991

Én csak azt nem értem, hogy attól még, hogy szerinted ilyen, miért fáj nektek, ha valaki ettől még használja, mert neki az úgy jó.




A PlayOnLinux becsomagolásáról vitáznak a Fedora fejlesztők: https://hup.hu/cikkek/20151015/a_playonlinux_becsomagolasarol_vitaznak_a_fedora_fejlesztok#comment-1917609

Itt te meg kardiweb jött azza, hogy nem érti, minek erőltetni, meg hogy milyen öszvér már. Amit én személy szerint megértek, szerintem is az, a fene se akarná feltétlen a wine lelkét ápolni játék helyett, ettől még nem nagyon értem, hogy a nagy választás szabadsága mantrába hogy fér bele a "ha jól nem támogatom az emulátort, akkor majd nem kerül hátrányba a natív"? Amíg van, aki karbantartsa, és ettől neki jobb, neked meg nyolc, addig imho leginkább köcsögölés.




Continuous Integration and Deployment: https://hup.hu/node/143195#comment-1915745

Illetve azért egy átlagos dev világképe imho kevés ahhoz, hogy a productionba menés minden fontos részletével tisztában legyen, uh ne próbálja egyedül megoldani.




Continuous Integration and Deployment: https://hup.hu/node/143195#comment-1915806

Részben igen, elég furi figurák vannak. Viszont az üzemeltetés mint olyan az egy kicsit másik állatfaj. Nyilván cégprofilonként eltérő, hogy mennyire tudná magától megugrani egy normálisan kompetens dev csapat legalább a sw deploymentet, és mennyi olyan dolga van a "régi" (vagy inkább klasszikus) deployment / op-nak, amik nem egy development dolgai, de valamennyi mindig lesz.

Jó esetben van egy egymás kompetenciáját a szélein átfedő két társaság, meg akarat, hogy mehessen egy integrált folyamat, rossz esetben meg van egy hülye developer, aki tolja az éppen aktuális buzz deploymentet, dinoszauroszozza az infrás csapatot, hogy mostantól csak dugdossa a kábeleket, miközben egyébként kurvára hülye az egészhez; esetleg a másik oldalról van egy totálisan inflexibilis infra, aki ragaszkodik a 15 éve kialakult toolchainhez, meg a kéthónapra előre bebetonozott change windowhoz egy 2 perces, automatán rollbackelhető kód updatehez, aki nem érti, hogy miért rühelli mindenki ezt...




Continuous Integration and Deployment: https://hup.hu/node/143195#comment-1915849

Nagyon sokat segít, bár ha észnél van a cég, akkor talán enélkül is lehet. Illetve inkább a másik oldalról közelítve, ha szervezetileg nincsenek közel egymáshoz, akkor az egy légtér is tud kevés lenni...

(Ill van még az, hogy fejlesztő nagyon nem szeret ügyelni, és ma a jó fejlesztő tud diktálni a cégnek)




Continuous Integration and Deployment: https://hup.hu/node/143195#comment-1915625

azt nem mondta, hogy nincs verziókezelő is mögötte... :)




Continuous Integration and Deployment: https://hup.hu/node/143195#comment-1915638

A 2015öt nem értem :)




CentOS Linux 7 i386: https://hup.hu/cikkek/20151014/centos_linux_7_i386#comment-1916096

Igen, azért van SIGben.




Városi autós kollégáknak: https://hup.hu/node/143187#comment-1915708

Esetleg a másik ne a forgalomban másszon mások seggébe.

Nagyon vicces, hogy rendszeresen van a gyorshajtóknál ez az okoskodás, hogy a másik ne játsszon rendőrt, közvetlen azután, hogy ő próbálja elmagyarázni, hogy a kresz szerint mit kéne tenni annak, aki előtte van.




Városi autós kollégáknak: https://hup.hu/node/143187#comment-1916636

egészen addig tart a bizalom, amíg a másik okot nem add rá, hogy feltedd, nem megy neki mégse a kresz. És mivel a másik seggében menésből egyértelműen következik, hogy nem megy (nem is kell keresni, ott a c pont), ezért afelé nincs bizalom.




Honlapom: https://hup.hu/node/143094#comment-1914503

Vagyis mégiscsak a defultra támaszkodik :)




Honlapom: https://hup.hu/node/143094#comment-1914613

Gondolom, mert úgy érezte, abból jó a default. Vagy legalábbis nem érezte a fontot annyria fontosnak, hogy külön kelljen állítani, mert az általános defaultokat elfogadhatónak érezte. Esetleg úgy gondolta, hogy a mindenhol jól működjön így biztosabb. De ettől még a defaultra támaszkodott :)

Vagy csak bele se gondolt :)




[Megoldva] Egyetlen file törölhetetlenné tétele hogyan?: https://hup.hu/node/143117#comment-1913644

Az igazsághoz hozzá tartozik, hogy a törlés tiltásának nincs sok értelme, ha egyébként írás jogosultság van, mert lazán nullára lehet tenni, kissé false sense of security lenne. Appenddel éppen lenne értelme (tényleg, locsemege +a nem játszik?), de az meg gyak magában foglalja, hogy nem lehet törölni, kár hozzá külön flag.




[Megoldva] Egyetlen file törölhetetlenné tétele hogyan?: https://hup.hu/node/143117#comment-1914334

Igen, ez nálam belefér a nincs sokba.A jogosultságkezelés alapvetően egy authorizációs framework, és leginkább a security requirementek kezelése a dolga, nem tudom jó ötlet-e user önvédelmi mechanizmusokat belekeverni. (Tudnék érvelni pro & contra)




[Megoldva] Egyetlen file törölhetetlenné tétele hogyan?: https://hup.hu/node/143117#comment-1914472

Azért ez elég unortodox értelmezés...




[Megoldva] Egyetlen file törölhetetlenné tétele hogyan?: https://hup.hu/node/143117#comment-1914652

Nem szoktam ilyet csinálni, de selinuxban pl a file typera ad külön unlink permissiont, ami ennek a kontroljára való, a kontextusok pedig alapból öröklődnek, uh így első bliccre nem tűnik nagy vasziszdasznak egy megfelelő allow rule, illetve a rootdir megfelelő contextbe tétele. Aztán lehet, hogy van benne elrejtve benne csont, illetve ez nyilván nem a POSIX jogokat örökölteti.




[Megoldva] Egyetlen file törölhetetlenné tétele hogyan?: https://hup.hu/node/143117#comment-1915371

puding próbája az evés imho :)




[Megoldva] Egyetlen file törölhetetlenné tétele hogyan?: https://hup.hu/node/143117#comment-1915434

Na, azt tipikusan nem az ilyen scenariokban szeressük :)




df --local: https://hup.hu/node/143165#comment-1914857

Lényegileg egyetértek, csak:

"smbfs/cifs-et minősítsük már mindig remote-nak."

Pont volt locsemegenek egy topicja, ahol felmerült, hogy pl ügyes öröklődéses jogokat lehet csinálni sambaval, amihez akár egy local mount is hasznos lehet. Szóval nem mindig trivi, hogy mi a "jó" megoldás :)




Céges belső hibakövető, ticketing stb. rendszerünkben ...... használunk a hibajegyek rögzítésénél.: https://hup.hu/cikkek/20151001/ceges_belso_hibakoveto_ticketing_stb_rendszerunkben_hasznalunk_a_hibajegyek_rogzitesenel#comment-1912144

rendes cégnél valószínűleg a szopóroller szó kerülésére is vannak szabályok... :)




Céges belső hibakövető, ticketing stb. rendszerünkben ...... használunk a hibajegyek rögzítésénél.: https://hup.hu/cikkek/20151001/ceges_belso_hibakoveto_ticketing_stb_rendszerunkben_hasznalunk_a_hibajegyek_rogzitesenel#comment-1913020

Nem egzakt, nyilván. Csak arra reagáltam, hogy ahol "majd jól előveszik azt, aki kiadta a nem polkorrekt hibajegyet, mert nem lett volna szabad", az veszélyes, mert hozza magával, hogy "majd jól előveszik azt is, aki a nem polkorrekt dolgokat írt a hibajegybe, mert nem lett volna szabad"




Kórház picsogás: https://hup.hu/node/143038#comment-1912449

"Többnyire délután dolgozom, 11 előtt nem is szoktam enni, ebben mi olyan szörnyű?"

Te se sok kisgyereket láttál mostanság, ugye?




Kórház picsogás: https://hup.hu/node/143038#comment-1912549

Hát, az kevés lesz a probléma megoldásához. Hint: egy kétéves életében sokkal fontosabb a napi rutin, mint a tiedben, aminek egyik fő ütemezője a mikor eszik. Továbbá kissé nehéz neki értelmesen elmagyarázni, hogy most majd egy napig nincs kaja, mert nem érti mi van.




Kórház picsogás: https://hup.hu/node/143038#comment-1912727

Még ha huszonharminc lenne, de emlékeim szerint idősebb...




Ha a VW AG a "dízelbotrány" miatt szervizre hívná az autódat: visszavinnéd, ha a NEM válasz nem jelentene garanciális hátrányt?: https://hup.hu/szavazasok/20151002/ha_a_vw_ag_a_dizelbotrany_miatt_szervizre_hivna#comment-1912143

"Jónapotkívánokjogisítványtforgalmit... A forgalmi alapján látom, hogy a járműve érintett a vw károsanyag kibocsáltási ügyében, lenne kedves megmutatni a szervíz által kiállított papírt, hogy megtörtént a javítás? Ennek hiányában sajnos kénytelen vagyok hatósági mérésre kötelezni..."

De ahogy jópénzért lehet trafit gyártani, jópénzért lehet valami hitelesített útszéli gonosznitrogén mérő szart is gyártani...




Ha a VW AG a "dízelbotrány" miatt szervizre hívná az autódat: visszavinnéd, ha a NEM válasz nem jelentene garanciális hátrányt?: https://hup.hu/szavazasok/20151002/ha_a_vw_ag_a_dizelbotrany_miatt_szervizre_hivna#comment-1912135

nézd, azért ha én veszek mondjuk egy 160 ló körüli új passatot, aztán ha továbbra is használni akarom, akkor ki kell gyógyítani belőle mondjuk 40et, ráadásul gyak eladhatatlanná válik, és mindezt azért, mert az eladó tudatosan hazudott nekem, hát én tuti beperelném, mint a szél.




Iskolai tűzfal szabályok: https://hup.hu/node/142984#comment-1911565

elmagyarázni neki, hogy a /8 egy "kicsit" túllövés?




Spacewalk jellegű rendszer menedzsment: https://hup.hu/node/143034#comment-1912430

Az új sattelite mögött a http://www.katello.org/ van.

Imho, lehet neked túllövés, ill nem feltétlenül erre kell van szükséged. Imho user managementre mondjuk a freeipa, a contentre mondjuk pulp, a mi történre meg valami central log server vagy monitoring.




Spacewalk jellegű rendszer menedzsment: https://hup.hu/node/143034#comment-1912621

Emlékeim szerint kb a pulpot.




Spacewalk jellegű rendszer menedzsment: https://hup.hu/node/143034#comment-1912711

Szerintem ezek kb megvannak Centos berkekben többé kevésbé...




Spacewalk jellegű rendszer menedzsment: https://hup.hu/node/143034#comment-1912726

Hmm, most megnéztem, és a SIG még mindig sehogy nem állnak. Vagy legalábbis weboldalt nem tartanak karban... :(

- Katello (Sattelite) úgy tudom nincs -- cserébe van katello.org által karbantartott repo
- freeipa (IDM) az szerintem kb ekvivalensen van csomagolva, csak yumolni kell.
- Ovirtet (RHEV) csinál már valemennyire a virtualization SIG https://wiki.centos.org/HowTos/oVirt , de az ovirt is ad csomagokat saját maga.
- RDO meg ahogy nézem eleve maga csomagol...




Spacewalk jellegű rendszer menedzsment: https://hup.hu/node/143034#comment-1912770

Hali,

Nem, nem szenvedek, ezért is mondtam, hogy a SIGek kissé furik, én is azt gondoltam, hogy az ilyesminél a redhat srpmjeiből (illetve ugye gitből mostmár) fognak az ilyesmik készülni, elég nagy volt a felbuzdulás. Valóban hozzátehettem volna tisztábban, hogy messze nem olyan rózsás a helyzet, mint ahogy gondoltam, szóval sajnos inkább csak fogalmazászavar volt :)

Az ovirt egyébként gyanús, hogy inkább követi az RHt -- bár nem néztem meg, de láthatólag külön repóból dolgoznak, pedig az upstream is ad RH/Centos packaget, de igen, a többi ilyen szempontból sajnálatos :( (Kivéve az IDMet, az imho rendesen van csinálva)




központi syslog kéne...: https://hup.hu/node/142333#comment-1900293

"hogy X is legyen rajta így nem a GUI volt a fő csapásirány."

őőőő, web interface? Rengeteg dologra utálatos, de ilyesmire ne írj vastagklienst szerintem.




Fizetek az eredeti Microsoft termékekért: https://hup.hu/szavazasok/20151028/fizetek_az_eredeti_microsoft_termekekert#comment-1910559

Mert ha a sajtpapírunkkal nem tudjuk felülírni a jogszabályt, ami szerint jár kártérítés, akkor ugyanazon sajtpapírral bizonyára az összeget felül tudjuk bírálni ugyanabban a jogszabályban.

Ülj le, egyes. :)




Fizetek az eredeti Microsoft termékekért: https://hup.hu/szavazasok/20151028/fizetek_az_eredeti_microsoft_termekekert#comment-1910676

Értem én, csak azt mondom, hogy van ez az eula, ami nyilván úgy kezdődik, hogy nem kaphatsz kártérítést, de nyilván, ha jogszabály garantálja, hogy ezt nem teheti, akkor IJ. És elég vicces, mikor látszik, hogy a jogász is látta, hogy nem tud törvényt alkotni, de explicit leírja, hogy akkor is 50. Miután látta, hogy ezzel a papírral nem tud ilyet felülírni.

Szóval nem neked egyes, hanem annak, aki ezt írta :)




Fizetek az eredeti Microsoft termékekért: https://hup.hu/szavazasok/20151028/fizetek_az_eredeti_microsoft_termekekert#comment-1910677

mondjuk azért a volkswagen ügyben is az van, hogy a járókelők perelhetnek, aztán hogy mit ítélnek nekik, az egy másik dolog.




Van valakinek programozással foglalkozó cége?: https://hup.hu/node/142989#comment-1912464

viszont egy csomó minden ilyesmi már eleve része a kiírásnak...




Nyílt levél a világ webfejlesztőinek: https://hup.hu/node/142905#comment-1910151

a kötelező fb instant ctrl-w...




Fertőzőtt alkalmazásokat takarított ki az Apple az App Store-ból: https://hup.hu/cikkek/20150921/fertozott_alkalmazasokat_takaritott_ki_az_apple_az_app_store-bol#comment-1908534

volt itt egy hosszú, hmm, szál valami ubuntu snappy vagy mi a tökömröl, ahol az egyik érintett kolléga mindenáron meg akarta magyarázni, hogy az apphoz statikusan hozzácsomagolt izék nem jelentenek biztonsági kockázatot.

Innen üdvözlöm :)




Fertőzőtt alkalmazásokat takarított ki az Apple az App Store-ból: https://hup.hu/cikkek/20150921/fertozott_alkalmazasokat_takaritott_ki_az_apple_az_app_store-bol#comment-1909615

Mondjuk szerinte nincs itt semmi gond, mert az iOSnek nem lett baja...




Fertőzőtt alkalmazásokat takarított ki az Apple az App Store-ból: https://hup.hu/cikkek/20150921/fertozott_alkalmazasokat_takaritott_ki_az_apple_az_app_store-bol#comment-1910402

Nem a binárisságán volt a hangsúly, hanem -- legalábbis ott -- azon, hogy mikor a függőségek egy csomagban utaznak a cuccal, nem külön, vagyis nem az van, hogy a csomagkezőlben depends libfoo, hanem libfoo X példányban van, annak milyen biztonsági vonzatai vannak, és a kolléga szerint egyáltalán semmilyen.




Fertőzőtt alkalmazásokat takarított ki az Apple az App Store-ból: https://hup.hu/cikkek/20150921/fertozott_alkalmazasokat_takaritott_ki_az_apple_az_app_store-bol#comment-1910150

Igen, meg azt is írta, hogy a security szempontból semmilyen kockázatot nem jelent, ha az osztott kódok adott esetben duplikálva (soklikálva vannak), egyrészt azért, mert majd a rendszer olyan jól sandboxba zárja, hogy nem lehet vele biztonsági probléma, másrészt meg egyébként is, max az app a veszélyes, a rendszer védve van. És képtelen volt felfogni, hogy a felhasználó számára eléggé mindegy, hogy miért lopta ki valaki az adatait. (Azt a blődséget meg, hogy majd a secu framework megvéd mindentől, hagyjuk is)

Szerk: ráadásul nem mondtam soha, hogy a koncepció teljesen életképtelen, vannak neki kétségtelen előnyei, ott egyszerűen csak arról volt szó, hogy próbáltuk felhívni a figyelmet arra, hogy meg hátrányai is. De mint érintett képtelen volt túljutni azon, hogy amin dolgozik, az nem maga a nirvana :)




10 éves Linux kernel hálózati bugot javított a Google: https://hup.hu/cikkek/20150927/10_eves_linux_kernel_halozati_bugot_javitott_a_google#comment-1910678

azért a label sorból a linux kissé hiányzik :)




A #somethinghappened Windows 10 üzenet és a "javítás": https://hup.hu/cikkek/20150731/a_somethinghappened_windows_10_uzenet_es_a_javitas#comment-1892440

Uh, azt ha látom, mindig megállapítom, hogy a közvetlenkedő szoftver nyelvezet egyre többször megy át idegesítően erőltetett gyerekes jópofaságba...




Sky GPS detektor: https://hup.hu/node/142771#comment-1908068

Ez a gyakorlat Budapesten rengeteg helyen tetten érhető, messze nem csak a nagykörúton, Elsőként indulva, elérve gyorsan elérve a megengedett tempót lehetsz első a következő pirosnál is, és nincs mindenhol villamos, amihez deklaráltan igazították.

Tapasztalataim szerint főleg a bevezető utak külső kerületi szakaszain jellemző ez, gyanítom azért, hogy kicsit terítse a dugót, ne a belváros mellett legyen teljesen tarthatatlan (Az más kérdés, hogy mondjuk ezt elég lenne csúcsidőben játszani), de előfordul máshol is bőven.




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906321

közel sem biztos, hogy a megoldást a mérnökök, és nem a salesesek választották.




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906348

amíg faszán el lehet adni az exkluzív hardvert is haszonnal...




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906675

Nem, ennél bonyolultabb, amit gondolok. Arra "gondolok", hogy például egy drága ceruza, amit könnyű elhagyni, az jó móka értékesítés szempontjából. Esetleg arra, hogy a hardwares már önmagában jobban hangzik, vagy arra, hogy majd lehet eladni mondjuk szép új tabletet is, ami annyival fog többet tudni, hogy ceruzás.

De még ezekre sem feltétlen gondolok, akár az is lehet, hogy valóban indokolt volt szakmailag a drágább harwares megoldás, de ha azt hiszed, hogy az apple kizárólag/főleg szakmai szempontok alapján hoz döntéseket, akkor tuti, hogy nem csak én vagyok naív. ;)




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906839

Pencilben igazad van, az utolsót meg hidd nyugodtan :) (Bár én az ellenkezőjét mondtam egyébként, hogy attól még, hogy jó lenne a softwares is, attól még simán lehet, hogy azért hw, hogy rá lehessen fogni, hogy mi vagyunk a faszák, és ezért rendbenvan, hogy drágák vagyunk. És ezt kb bizonyítottad is, hogy működő stratégia lehet :) )




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906139

aztán szerinted mióta a laptopszalon a laptop gyártója?




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906402

mondjuk azért abból levezetni, hogy rossz a windows, hogy nem kezeli az alapvetően linux only izéket... nem kétlem, hogy neked rosszabb ettől, de ebből generalizálni kissé furi....




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906419

értsd jól :)




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906679

Tudom, hogy a symlink nem linux only, elnézést, hogy nem adtam elő az egész polkorrekt unixos körbenyalást.

Sőt, még azt is tudom, hogy pl az NTFS tud ilyet. Ettől még az van, hogy ez a windowson egy alig használt cucc, és egész nagy tételben remekül megvannak nélküle az emberek. Az is rendben van, hogy neked ez fontos, ezért neked nem jó, de azért ezt a corner case-t annak titulálni, hogy a windows használhatatlanságig van rombolva úgy általánosan, hát...

(Meg egyébként igen, ha symlinkek vannak, a git meg hülye és másol, akkor egészen konkrétan miért is a windows a használhatatlan?)




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906723

"Igen, örömmel használnám a Win-t, ha szintén nem lennének meg a maga baromságai, ami a használhatatlanságig rombolja" -- ez nekem elég generikus fika ahhoz képest, hogy a git meg a docker, -- ami azért szintén linuxos dolgokra (tudom tudom) alapoz -- kompatibilitási kérdéseit feszegeted, meg alap mindenféle alapvetően unixos toolokat keresel (amik ráadásul pont ugyanezt a katyvaszt csinálják unixon, have fun a portable shell scriptinggel, amiben nincsenek bashizmok, gnuizmok vagy épp freebsdizmok).
---
Nem tudom mennyire hülyesége a kernelnek, hogy erre külön privilage control van, feltételezem valami security oka volt neki, hogy odakerült :) Nekem inkább úgy tűnik abból a hozzászólásból, hogy a git fejlesztői baszták beilleszteni a cuccukat a windowson futó security modellbe. Ilyen alapon a linux is szar, ha épp bekaszál valaminek a SELinux policy.




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1907686

nem vagyok benne biztos, hogy sikerült összeraknom a párhuzamot :D




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1907807

(reflektálok kicsit a lentiekre is, csak már kezd úgyis olvashatatlan lenni)

Nézd, én is ezeken nevelkedtem, nekem is szokott hiányozni, de nem kifejezetten tartom dealbreakernek (pláne nem egy átlagos felhasználó számára). Illetve azért ez megint olyan, mint a gites hiszti, hogy windowson ott van az eventlog, ahova logolni illene, csak ugye a tipikus openszósz szarik arra, hogy integrálódjon vele. (Igen, tudom, hogy az event viewer is egy szar, de azért az ilyen egymáshoz tartozó start stop dolgokat valószínűleg két id bepippantásával meg lehet keresni.) Azért látni kell, hogy míg a unixos dolgok nagyon régen arra épülnek, hogy mindenféle textet buherálunk különböző módokon, addig a windows nem ezen logika mentén van szervezve, persze hogy az előbbi lényegesen faszábban fel van szerelve text buzizó toolokkal, és azért van egy olyan érzésem -- mondom, azzal együtt, hogy nekem is szoktak hiányozni -- hogy mikor ilyesmit kér számon rajta valaki, az kb ugyanaz, mint amikor a windowshuszár azon sír, hogy nincsen mindennek guija, meg nem setup.exe-vel lehet feltenni a programokat.

Mellékszálak
- egyébként az is elég ejnyebejnye, mikor a fizzbuzz bárhol lehet, mert fosul struktúrált a log, és ez alapvetően a program hibája.
- Productionba tehető minőségű logstatisztikázó valamit azért a sima unixos ezközökkel is vért hugyozva lehet csak csinálni, többek között épp azért, mert a mintaillesztés baromi fragilis, és rettentő sokat kell szopni a különböző formátumú források csesztetésével.
- Ahol 30 giga log keletkezik naponta, és igény lenne a rendszeres munkára belőle, ott nem textfileokban kéne turkálni eleve.




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1907869

Azt hiszem kissé elbeszélünk egymás mellett...




Windows Central: összeomlóban a Windows Phone közösség?: https://hup.hu/cikkek/20150912/windows_central_osszeomloban_a_windows_phone_kozosseg#comment-1906142

nekem eddig leginkább a barion fáj, van ugyan evoplay, de bleh.




Webes jelszókezelő: https://hup.hu/node/132332#comment-1820597

spec a webpass ilyen szempontból szar, mert egyrészt van egy encryption key, amivel az adatbázisban titkosítja a cuccokat, erre egyben van szüksége futáskor, és nem lehet induláskor bepötyögni, szóval rendszeradmin hozzáfér. Ennek ismeretében egy adatbázis dumpból nyilván minden kinyerthető.

Ráadásul egy admin a configban adminná tudja ütni magát a webfelületre is.
---
Az alkalmazásban viszont ennek megfelelően nyugodtan ki lehet ütni az inital admin accot, és odaadni másnak (vagy senkinek sem, csak on-demand).

Szóval webről nincs baj, a futtatókörnyezetnél viszont észnél kell lenni.




Webes jelszókezelő: https://hup.hu/node/132332#comment-1820284

és mi a baj pl a fentebb linkelt webpasswordsafel?




"A közműszolgáltatói IT-rendszerek többsége megbukott a biztonsági teszten": https://hup.hu/cikkek/20150916/a_kozmuszolgaltatoi_it-rendszerek_tobbsege_megbukott_a_biztonsagi_teszten#comment-1907053

Mi anno csináltunk lokálisan ilyet honeypottal. Mondjuk élesbe nem engedtük végül, de egész mókás önjavító módszertan :)




Másodlagos DNS, automatikusan: https://hup.hu/node/142646#comment-1908536

jól látod, pont ennek a minden alkalommal való begépelését szeretné megúszni...




VGA vs DisplayPort: https://hup.hu/node/139445#comment-1848370

Production history
Designer VESA
Designed May 2006
Produced 2008–present




VGA vs DisplayPort: https://hup.hu/node/139445#comment-1848497

Nem, nálunk vannak/voltak ilyen laptopok bőven. Szerintem az intel is tudta.




Weboldal .zip fájlból: https://hup.hu/node/142813#comment-1908327

Namost, ha se kicsomagolni nem akarod, se transparensen mountolni, akkor mégis hogyan? :)




Ezt most igy miert, kedves Microsoft?....Windows 10: https://hup.hu/node/142643#comment-1906275

mondjuk emlékeim szerint simán be lehet pipálni a wifi APre, hogy metered, és akkor nem csinálja...




Ezt most igy miert, kedves Microsoft?....Windows 10: https://hup.hu/node/142643#comment-1906313

jogos, kissé benéztem, valamiért mire legörgettem idáig, már azt hittem, hogy még mindig a csúnya gonosz autoupdatekről beszélgetünk. Szar lesz öregkoromban :D




Ezt most igy miert, kedves Microsoft?....Windows 10: https://hup.hu/node/142643#comment-1906314

Mindig röhögök azon, mikor itthon valaki azon nyíg, hogy mennyire szar a net meg a mobil. A csudálatos nyugaton majdnem egységesen sokkal szarabb a helyzet.




Kulcs-Ugyvitel orulet!: https://hup.hu/node/142675#comment-1906136

Ami nagyságrendileg kb két mérnöknapnyi idő, nem értem komolyan a morgást rajta...




Kulcs-Ugyvitel orulet!: https://hup.hu/node/142675#comment-1906155

Fene tudja, hogy annyi-e. Meg ahhoz még azért hozzájön, hogy valaki azért megnézi, hogy hova való a rendszerben, hogy elég-e a csv, vagy tényleg xls kell, aztán jobb helyen azért irogatnak némi autotesztet, legalább egyszer meg is tesztelik alaposan, belerakják a buildbe, releaselnek neked, stb, és a félórás fejlesztés máris nem annyi. Nem mondom, hogy semmi nincs, amit ennél gyorsabban meg lehet csinálni, de azért imho az, hogy egy alapvetően nem erre berendezkedett cégnél kb két mérnöknapnál indul az egyedi fejlesztés az szerintem nem egy földtől elrugaszkodott dolog.




Kulcs-Ugyvitel orulet!: https://hup.hu/node/142675#comment-1906274

félre ne értsd, ettől még a progi lehet egy határ szar (nem tudom, sose láttam), meg lehet neki gusztustalan a support contractja (amit szintén sose láttam, de egy unhandled excpetion után ha pénzt akarnak kérni, imho én is kedvesen érdeklődnék a kedves nőnemű felmenőik hogyléte felől), mindössze arra reagáltam, hogy ketten is kiakadtak arra, hogy az egyedi fejlesztés 200któl indul...




Kulcs-Ugyvitel orulet!: https://hup.hu/node/142675#comment-1906312

Azért imho szabályként kijelenteni hogy runtime exeptiont nem kezelünk, az kevéssé felhasználóbarát hozzáállás. Ez meg ránézésre tipikusan:
- vagy elmaradt input validáció
- vagy valami belső cucc (vélhetőleg a db kapcsolat) nem jött létre rendesen, és ez nem lett kezelve.

Ezt igenis illenék kezelni, a proginak nem belehalni egy setting savelésbe, és fehérember számára is értelmezhető formában kiírni, hogy mi baja, hiszen nem egy szerver backendről beszélünk, ahol kb elvárható, hogy az ember aki nézi, kb értsen egy ilyen stacktracet (bár őszintén szólva konfigurációs hiba környékén egy ilyenre én üzemeltetőként is húznám az orrom, hogy mi a töcs ez.




Kulcs-Ugyvitel orulet!: https://hup.hu/node/142675#comment-1906347

és hogy éri el a kód, hogy ha pl lement a túloldalon az a db szerver, akkor ne kelljen kezelnie a connection timeout runtime errort?




Kulcs-Ugyvitel orulet!: https://hup.hu/node/142675#comment-1906681

Beledöglik az most is a webesen, talán kevésbé, vagy több user után.

Ugyanúgy van session limit, mindenki ütötte az f5-t hogy bejusson, mikor megláttam, hogy leimplementálták a login screenre, hogy 30x megpróbálkozik automatán, akkor azért sírva röhögtem, hogy ez igen, problem solved.




Kulcs-Ugyvitel orulet!: https://hup.hu/node/142675#comment-1907101

Nyilván jobb a helyzet, mint a terminal serveres rettenet idejében. (Mondjuk azért láttam én mostanában is maga alá fordulni.)




Something happened !!4!: https://hup.hu/node/142756#comment-1907569

Tegnap megállapítottuk, hogy pedig a something happened már a fejleszett verzó, mert a 8.1 WPt futtató lumiája boot helyett a nokia logó után kék háttéren egy teljes képernyős, rendkívül informatív ":(" üzenettel tájékoztat arról, hogy a telefon nem működik, majd kikapcsol.




Something happened !!4!: https://hup.hu/node/142756#comment-1907598

Mondjuk hozzáteszem, :( működött, ahhoz képest, hogy volt egy nem működő telefonja, a srác röhögve jött reggel :D




Something happened !!4!: https://hup.hu/node/142756#comment-1907808

hmm, ezt lehet megkérdem :)




[Frissitve] DIGI-nél dolgozó HUP-os kerestetik: https://hup.hu/node/141095#comment-1878371

itt nem kell semmit bizonyítani. közös képviselőt a lakóközösség akkor rúg ki, amikor akar. Aztán lehet szólni a szolgáltatónak, hogy elhárult a technikai probléma.

(mondjuk ebben a konkrét esetben, ha nincs közgyűlési határozat, hogy a lakóközösség nem akarja, az jó bizonyítéknak..)




Warez Windows-zal pénzt keresni: https://hup.hu/node/142686#comment-1906692

szokás az mindenhol máshol is....




Free Hard Disk Sentinel Professional (100% discount): https://hup.hu/node/142701#comment-1906751

Must be downloaded and installed before this offer is over




Umount es tarhely problema :): https://hup.hu/node/142713#comment-1906756

bind mount, a mount kimenetébe oda is van írva.

manból


       The bind mounts.
              Since Linux 2.4.0 it is possible to remount part of the file hierarchy somewhere else. The call is
                     mount --bind olddir newdir
              or shortoption
                     mount -B olddir newdir
              or fstab entry is:
                     /olddir /newdir none bind

              After this call the same contents is accessible in two places.  One can also remount  a  single  file  (on  a  single
              file). It's also possible to use the bind mount to create a mountpoint from a regular directory, for example:

                     mount --bind foo foo

              The  bind  mount  call attaches only (part of) a single filesystem, not possible submounts. The entire file hierarchy
              including submounts is attached a second place using

                     mount --rbind olddir newdir

              or shortoption

                     mount -R olddir newdir

              Note that the filesystem mount options will remain the same as those on the  original  mount  point,  and  cannot  be
              changed  by  passing  the -o option along with --bind/--rbind. The mount options can be changed by a separate remount
              command, for example:

                     mount --bind olddir newdir
                     mount -o remount,ro newdir

              Note that behavior of the remount operation depends on the /etc/mtab file. The first command stores the  'bind'  flag
              to  the  /etc/mtab  file  and  the  second  command  reads  the flag from the file.  If you have a system without the
              /etc/mtab file or if you explicitly define source and target for the remount command (then  mount(8)  does  not  read
              /etc/mtab), then you have to use bind flag (or option) for the remount command too. For example:

                     mount --bind olddir newdir
                     mount -o remount,ro,bind olddir newdir

              Note that remount,ro,bind will create a read-only mountpoint (VFS entry), but the original filesystem suberblock will
              be still writable, it means that the olddir will be writable, but the newdir will be read-only



könyvtári adatbázis: https://hup.hu/node/142676#comment-1906727

mondjuk attól saját isbn száma szokik lenni mostanság... :)




Fitnessz „nyomiknak”: https://hup.hu/node/142638#comment-1905641

A kérdés már csak az, hogy biztosan jó irány-e, hogy nem foglalkozik ilyenekkel, hogy mindig a facebookkal tudjon foglalkozni...




Fitnessz „nyomiknak”: https://hup.hu/node/142638#comment-1905648

Nem nagyon vagyok rákattanva az ilyesmire, csak arra akartam felhívni a figylemet, hogy nem feltétlenül akkor élsz "jól", ha nem foglalkozol a "lényegtelen apróságokkal" mert a nagy dologra koncentrálsz folyamatosan.

Cukorhegy bácsinál külön szembeötlő, hogy míg őt sokan azért tartják sikeresnek, mert hülyére kereste magát, gyakorlatilag maga mondja, hogy aztán pont azt nem csinálja a pénzzel, ami miatt általában a Zemberek sok pénzt akarnak keresni....




Fitnessz „nyomiknak”: https://hup.hu/node/142638#comment-1905669

és ha megfigyelted, nem is azt mondtam, hogy a pénz a faszi motivációja. Hanem épp azt, hogy amit az emberek ebből nagyon sokszor levesznek, hogy bazi gazdag, mindent megvehet, miközben őt láthatólag pont nem az motiválja (vagy legalábbis ezt állítja, ugye)

Az meg tényleg a másik oldala, hogy biztos követendő példa-e, aki erre az egészre annyira rá van fókuszálódva, hogy szerinte az a 15 másodperc reggel, amíg eldönti, hogy "ma a kék galléros pólómat veszem fel, mert ahhoz van kedvem" nem fér bele? Az igazság az, hogy ha épp nem valami olyasmire vannak rákattanva az ilyen emberek, amivel történetesen fossá keresik magukat, akkor a család sokszor szánakozva, tehetetlenül nézi, esetleg valami pszihomókushoz is beteszik.




Fitnessz „nyomiknak”: https://hup.hu/node/142638#comment-1905952

Bocsánat, lehet félreérthető volt kicsit. Az alapgondolat, hogy az a "jó" élet-e, amikor valamire ennyire ráfókuszálsz, szerintem általában kérdés, először tényleg csak az egyszerűsítés miatt "facebookoztam".

Másodszor meg azért emeltem ki külön is, mert mivel ő alapvetően egy céget visz, amit sok pénzt keres, ezért nála külön érdekes ez az ellentét a saját maga által hangoztatott hozzáálás, meg a között, hogy mit lát bele egy ilyen helyzetbe egy csomó ember.

És szerintem is érdekes, amit Hunger írt, azért reagáltam rá. Nem megmondani akartam a jó választ, hanem beszélgetni arról, hogy ezek mennyire egyetemesen követendőek, vagy egyetlen helyes megoldások :)




Megérkezett a Raspberry Pi hivatalos érintőkijelzője: https://hup.hu/cikkek/20150908/megerkezett_a_raspberry_pi_hivatalos_erintokijelzoje#comment-1904651

ardu cuccoknál gyak az összes midnenféle shield ezt csinálja....




Megérkezett a Raspberry Pi hivatalos érintőkijelzője: https://hup.hu/cikkek/20150908/megerkezett_a_raspberry_pi_hivatalos_erintokijelzoje#comment-1904851

megmondom őszintén, pi-m sose volt, arduinoval játszom picit, azokra a célokra egy microcontroller jobb eszköznek tűnik, de ahogy néztem ott a filléres cuccok is figyelnek ilyesmire. Valószínűleg amögött jobban elektros emberek vannak, mint az alapvetően olcsólinux pi mögött. (Ami tettenérhető olyanokban imho kissé vadhajtásokban is, mint hogy a Yun (ami egy rendes microcontroller, meg valami wrt-s linux összekötve) adott bridge library úgy van összerakva, hogy az ardu vezérli a linuxot alapvetően. Ami mondjuk imho kissé a lovon fordítva ülés esete)




Megérkezett a Raspberry Pi hivatalos érintőkijelzője: https://hup.hu/cikkek/20150908/megerkezett_a_raspberry_pi_hivatalos_erintokijelzoje#comment-1904942

Nekem mondjuk a nanohoz pont van "shieldem", bár az azért, hogy legyen normális tüskesor :)

Lehet, hogy ez van mögötte, nem tudom. Az, hogy magában mennyire használható gondolom függ a felhasználástól, de gondolom nagyon bonyi elektronikai vezérlést RPIn nem annyira szoktak, azt kicsapják másra (én ezert legalábbis ezért vettem inkább ardut. Meg azért, mert mondjuk a kínai nano konkrétan gombokért van)




Viselsz folyamatosan aktivitásmérőt (fitness / sleep tracker stb.)?: https://hup.hu/szavazasok/20150904/viselsz_aktivitasmerot_fitness_sleep_tracker#comment-1903759

Hát, az NFL pl pont ilyen, ha az usában laksz, nincs in-season online streaming, nézzél tévét, vagy menjél ki. Ha nem, akkor vehetsz live meccsnézést ugyanott.

http://www.nfl.com/watch-nfl-live




Viselsz folyamatosan aktivitásmérőt (fitness / sleep tracker stb.)?: https://hup.hu/szavazasok/20150904/viselsz_aktivitasmerot_fitness_sleep_tracker#comment-1903991

Nem mondtam, hogy nem, csak jeleztem, hogy bár viccesen hangzik, de van ilyen gyakorlat. Még azt se mondom, hogy nem értem meg, hogy azt akarják, hogy menj ki. /bár itthon foci ügyben pont a másik felét tudnám elképzelni: otthon lehet nézni tévén, lezárni az ösvényt lehet a kerti csaptól a grillig, törni a saját nappalit, gyújtogatni is a saját kocsit, ha mindenképp szükség van önkifejezésre.../

Azt is tudom, hogy így adják el a jogokat, de mondjuk ezt speciel elég visszamaradottnak tartom (bár ebben a konkrét témában mondjuk pont nem mozgat, nézze, akit kényszerítenek rá...)




Viselsz folyamatosan aktivitásmérőt (fitness / sleep tracker stb.)?: https://hup.hu/szavazasok/20150904/viselsz_aktivitasmerot_fitness_sleep_tracker#comment-1904938

Te érted félre, simán van olyan, aki arra veri magát, hogy ma sokat mozgott, mert többet lépett, mint szokott.

Az más kérdés, hogy kmARC -- aki gondolom sportol normálisan -- képtelen felfogni, hogy tonnadonnának valószínű már az is változás, hogy 20 percnyivel többet sétált aznap, jó eséllyel az első lépés afelé, hogy csak donna legyen majd, tonna nélkül, és merészelte ezt megosztani az ismerőseivel...




Viselsz folyamatosan aktivitásmérőt (fitness / sleep tracker stb.)?: https://hup.hu/szavazasok/20150904/viselsz_aktivitasmerot_fitness_sleep_tracker#comment-1905043

A topic tárgya mindekttő. Este segít aludni, nappal számolja, mennyit mozogsz (biztos van olyan is, ami csak egyiket tudja)

A topicban hosszabban volt szó az alvásosról, de ebben a threadben konkrétan edzésről volt szó, meg arról, mikor valaki azzal dicsekszik ebédnél, hogy ma már lépett 4500-at, és ő ettől aktív.




A Grsecurity felfüggeszti a stable patchek publikus terjesztését: https://hup.hu/cikkek/20150827/a_grsecurity_felfuggeszti_a_stable_patchek_publikus_terjeszteset#comment-1900407

Miért lenne? A GPL semmit nem mond arról, hogy kötelező mindent nagy nyilvánosság számára elérhetővé tenni. Mint ahogy te is nyugodtan meghegesztheted magadnak otthon, és nem kell kirakni (vagy, hogy ne legyen hülye a példa, mint ahogy a google is saját magának tartott karban kernelt belső használatra, és sose adta ki).

Amit mond, az az, hogy ha valakinek adsz gples progit, ott kell legyen a forrás. Ők bináris kernelt sose adtak tudtommal, csak kernel patchet, azt meg nem kötelező nyilvánosságra hozni, ha ők csak a szponzoraiknak akarják odaadni, have fun. (A bináris kernelt sem kellene egyébként, csak ha adják, kell mellé a forrást is mellékelni. Még a patchet sem kéne jó eséllyel, lásd redhat, egy nagy targéza a módosított srcvel jó.) Azt persze nem tilthatják meg a szponzoraiknak, hogy ezeket tovább terjesszék, ha akarják, hiszen gpl, de a ha akarják hangsúlyos, és van tippem, hogy nem akarják :)




Amazon S3 biztonsagi mentes: https://hup.hu/node/142635#comment-1905757

esetleg egy -x -et annak az shnak adjunk...




Amazon S3 biztonsagi mentes: https://hup.hu/node/142635#comment-1905981

google mysql incremental backup?




Xperia Z5 Premium - 4K felbontású kijelzővel ellátott okostelefon a Sony-tól: https://hup.hu/cikkek/20150902/xperia_z5_premium_4k_felbontasu_kijelzovel_ellatott_okostelefon_a_sony-tol#comment-1905137

Mondjuk ez a szögfelbontás érdekes dolog, anno emlékszem én is, hogy jól elmondták középiskolában, hogy az pal meg az ntsc felbontás az jó úgy, mert ki van ebből számolva, aztán valahogy mégiscsak másképp néz ki egy 1080p. :)

Nyilván a pal is alá volt számolva, de azért szerintem ebben vastagon benne van, hogy mérnökék egy erősen egyszerűsített, és nem is feltétlen pontos input alapján mondogatják az ilyesmit...




Xperia Z5 Premium - 4K felbontású kijelzővel ellátott okostelefon a Sony-tól: https://hup.hu/cikkek/20150902/xperia_z5_premium_4k_felbontasu_kijelzovel_ellatott_okostelefon_a_sony-tol#comment-1905145

Nyilván ez az akkori képernyő méretekre és a KSH átlagos nappali méretek statisztikára volt alapozva :D és természetesen sokváltozós. Amit mondani akartam, hogy az észlelési szög paramétert az ilyen kiszámoltuk, biztos hogy nem látsz semmit jellegű megmondásokkor szeretjük egzaktnak tekinteni, miközben valószínűleg nagyon nem az.

(Mondom ezt úgy, hogy én személy szerint a 4kt tévén se nagyon értem, és bár volt full hd telefonom, már akkor is azon röhögtem, hogy minek, meg hogy bezzeg a laptopomba ~fél misiért sikerült egy 1366x768as panelt szerelni)




spam? - nem, csak kényelem: https://hup.hu/node/142444#comment-1904655

Kis vállalkozásként nem járnál jobban, ha egyrészt konszolidálnád a rakás mindenféle levelezésedet egy (max 2 - cég, privát) címre, és a vas meg a munkaórák árából befizetni valami emil szolgáltatásra, aztán csoki?




spam? - nem, csak kényelem: https://hup.hu/node/142444#comment-1904660

Azt, hogy keress egy olyan szolgáltatót, aki megoldja a levélküldés technikai részleteit, nagyjából gombokért cserébe. Lesz egy címed, adnak modern webfelületet, el lehet érni kliensből, és csá. Értem, hogy webért fizetsz, de az egy más történet. Gugli, o365 és társai valószínűleg sokkal jobban lefedik az igényeidet.

ez fájdalmas! - láthatólag kézzel karban tartani ezt a valamit szintén az, gondolom a nem megkapott levelek szintén azok, továbbá szerintem folyamatosan sok különböző címről levelezni user szemmel is önmagában az lehet (ráadásul imho a másik oldal sem nagyon szeret érte). A régi legacy címekre jövő leveleket össze lehet forwardolni, az aktív kontaktoknak lehet mondani, hogy bocs változott, aztán majd szépen átfut a változás egy idő után....




spam? - nem, csak kényelem: https://hup.hu/node/142444#comment-1904681

Nézd, én nem akarlak rábeszélni semmire, még azzal is egyetértek, hogy nem feltétlenül fájdalmas, de ez a topic most épp arról szól, hogy neked most épp mégiscsak fáj :)

Mondjuk én személy szerint nekem egy ilyen "A nejem majd egy hónapig úgy levelezett, hogy a levelek nagyobbik része nem jutott el a címzettekhez " azért nekem nem fér bele a nem volt komoly problémánkba...




spam? - nem, csak kényelem: https://hup.hu/node/142444#comment-1904853

Mint ahogy szembesülsz most vele, a levelezésben sajnos a spam elleni küzdelem elég háborús állapotokat idéz elő, és annak bizony simán következménye, hogy amit valaki spamnak néz, azt szép kussban dobja el, mert sem nem akar még fölös forgalmat generálni, sem visszaszólni a spammernek, hogy mit cseszett el :)

És bizony nem ritka a fals pozitív (mert pl nem is igazából spamszűrő látja, még előtte elkaszálódik valami máson, lásd még otthonról direktben sok szerencsét esete)




spam? - nem, csak kényelem: https://hup.hu/node/142444#comment-1905045

Továbbá semmit nem mond arról, más szolgáltatókhoz megérkezik-e... Az összes lehetséges címzett @ utáni részénél tesztfiókot tartani meg kissé nehézkes :D




Cipősarokba rejtett "szerszámkészlet": https://hup.hu/cikkek/20150830/ciposarokba_rejtett_szerszamkeszlet#comment-1901285

Hehe, ilyenben én is voltam, de ott a csökkenést már nem nézik, mióta valami szerencsétlent egy combos fosás után hajnali háromkor a secufőnöknek kelett kiengedni :D




VMware Certified Professional 5 - Data Center Virtualization Delta Exam: https://hup.hu/node/142297#comment-1899246

http://www.redhat.com/en/services/training/ex200-red-hat-certified-syst…

IMHO tapasztalt embernek nem para, érdemes azért mindent végignyomkodni egyszer, de ennyi...




VMware Certified Professional 5 - Data Center Virtualization Delta Exam: https://hup.hu/node/142297#comment-1903074

szerintem a systemdre




VMware Certified Professional 5 - Data Center Virtualization Delta Exam: https://hup.hu/node/142297#comment-1899306

Majdnem mondtam, hogy de kell az RHCE, de aztán rájöttem, hogy a külön vizsgákhoz nem előfeltétel, csak az RHCA plecsnihez kell az is.




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1900558

És miért tartod elképzelhetetlennek, hogy egy random felhőszolgáltató nem good enough?




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1900933

De, mikor közölted, hogy ellentmondás van, akkor gyakorlatilag azt mondtad. És most is leginkább csak vagdalkozol, bármilyen indoklás nélkül, meg adod más szájába, hogy backupnál nem lehet a kényelem elsődleges szempont, holott már miért ne lehetne.




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1900962

"Backup felhobe - csak en erzek ebben nemi ellentmondast?" - de ez pontosan ezt jelenti, hogy szerinted alkalmatlan rá. Az pedig, hogy
- azonnal rendelkezésre álló
- bármi áron
maximum neked egyértelmű, hogy így van, másoknak egy backuppal kapcsolatban lehetnek más igényei. Továbbá attól, hogy te ezt nem látod, ettől még a kényelem bizony lehet kiemelt szempont. Vannak olyan use casek, ahol annyira azért nem fontos az az adat, vannak olyan use casek, ahol a kényelem fontos, mert a user r=1, és ez megy, más meg nem fog elkészülni, vannak olyan use casek, ahol a mententdő cucc pl folyamatos mozgásban van, és emiatt a helyben levő cucc nem jó, vannak olyan use casek, ahol valakinek távolról kell tudni managelni a többiek vackait, etc etc. Az, hogy számodra ezek nem szempontok, az egyáltalán nem jelenti azt, hogy akkor az egész felhős mentés hülyeség.

Azt meg, hogy "de megbizhatonak nem mondanam" még mindig semmivel nem támasztottad alá, csak szajkózod, pedig azért az itt a topicban is felmerült veszel két nagy vinyót otthonra megoldással összehasonlításban ezt nem ártana valamivel ezt meg alátámogatni, mert egyáltalán nem biztos, hogy az otthoni randomizé annyival megbízhatóbb. Sőt, élek a gyanúperrel, hogy nem. Szerintem egy otthoni NASra ráakasztott két vinyó szarabb. Pont annyira van alátámasztva, mint a te véleményed :)




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1901209

"az "azonnal rendelkezésre álló"-fogalomkörét kicsit másként értelmezzük. Mindenesetre a számodra fizikálisan nem elérhető távolságban lévő "backup" az nem tartozik az általad említett kategóriába és mint ilyen, nem felelhet meg 100%-osan a backuppal szemben támasztott elvárásoknak"

Azt próbálom magyarázni, hogy szerinted. Nem általános elvárás, a tied, másnak lehet, hogy megfelel, ha csak egy hét múlva lesz ott.

"pláne, hogy a 3rd party szolgáltatóhoz feltöltött anyag ugye onnantól kezdve nem is a te kizárólagos tulajdonodként kezelendő - a céges levelezést sem bízzuk rá a google-re ugyebár...)."

Ez megint a te véleményed, mások meg megelégednek a köztük és a google között levő szerződéssel.

"nem is neveztem hülyeségnek (ezeket te honnan szeded? :))"

ezt a sommás ítéletet, amivel nyitottál => "Backup felhobe - csak en erzek ebben nemi ellentmondast?" nehéz másképp értelmezni.

"de valóban több nyomós okot is felsoroltam hogy miért nem tartom alkalmasnak a felhőt kizárólagos backup céljára."
egyetlen egy okot sem mondtál (ebben a hozzászólásban próbálkozol először). Az, hogy mert a felhő szar, az nem ok, az vélemény.

"A megbízhatóság ott kezdődik hogy az adat minden körülmények között rendelkezésre áll - tehát nem függ az internetszolgáltatótól és nem függ a felhőszolgáltatótól - itt mindkét eset kimaradása esetén nincs backup kéznél - tehát ezt nem nevezzük megbízhatónak."
Egyrészt, megbízhatóság ott kezdődik, hogy a szerinted elfogadható mennyiségű hibalehetőség mellett áll az adat rendelkezésre rendelkezésre, márpedig ez -- nem túl meglepő módon -- megint csak egyéni mérlegelés kérdése. Egyrészt simán lehet, hogy nem éri meg valakinek a következő kilences a felárat, másrészt meg simán lehet, hogy valakinek elfogadható, hogy amikor éppen az internetszolgáltatónál van bibi, akkor nem éri el. Ez megint csak a te egyéni elvárásod, nem egy általános elvárás.
De ha itt tartunk,olyan, hogy "az adat minden körülmények között rendelkezésre áll" nincs, maximum a te fejedben. Mindig van olyan, amire nem lehet készülni. Pl az otthoni backup is szar, mert ha nincs áram, nem elérhető ;) (miközben az akkuról menő laptoppal meg szintén arról menő telefonon keresztül mobilnettel lehet épp elérnéd a felhőből). Ami ennél sokkal nagyobb baj, hogy a megbízhatóságnak része a hibatűrés is, márpedig ez kettő darab tükrözetlen 3 terrás vinyó esetében otthon valami nasban elég szar. Ha valamelyik meghal, akkor nem áll rendelkezésre az adatod, ráadásul nem csak átmenetileg, hanem tartósan. Természetesen egy felhőszolgáltatónál is előfordulhat, hogy adatot veszít véglegesen -- fordult is elő -- de ha azt gondolod, hogy otthon egy disken ennek kisebb az esélye azt illene valamivel alátámasztani, mert azért egy nem túl ratyi szolgáltatónál ennél biztosan hibatűrőbb rendszer lesz.

Aztán ott vannak még olyan dolgok, hogy egy felhő szolgáltató pl tud georedundanciát biztosítani, amit egy otthoni nas nem.

Illetve, szintén a te gondolataidat követve: én pl évekig összevissza utaztam a világban, szerinted mennyire tudtam volna menteni egy otthoni nas rendszeresen, vagy onnan elérni az adatot, ha szükségem van rá? De nem kell ilyen extrém élethelyzet, napközben munkahelyen vagyok, esténként itthon, hétvégen meg mondjuk vidéken a családnál. Szerinted az általad alapnak tekintett azonnal elérhető adatot egy internetről rendes sávszélességgel elérhető felhőszolgáltatás fogja jobb eséllyel biztosítani, vagy egy otthoni NAS?

"A felhő mentés nincs versenyben egy otthoni nas, vagy egyéb hdd-backup elérésében, ezen kár rugózni (még a "randomizé" esetén sem). Nem gondolom hogy ezt még alá is kellene támasztani, te pedig azt hiszel amit akarsz. :)"

Szóval de, ezt baromira alá kell támasztani, mert sokkal bonyolultabb kérdés, mint amit te gondolsz, és ennyire sommásan megoldod -- fejtegetéseidből még mindig kb annyi indoklás van, hogy a felhő szarabb, mert függ a felhőszolgáltatótól meg az internetszolgáltatástól, a többi a te világképed kivetítése mindenki másra -- az kevés lesz. Illetve nem kell, maradhatsz abban a hitben, hogy egy otthoni nas biztosan faszább, még az is lehet, hogy a te konkrét esetedben ez így is van, csak akkor meg ne gyere ilyen nagy megszakértésekkel, "hogy cloud meg backup, hehe ellentmondás" mert még a végén valaki megkérdi, hogy aztán ugyan miért...




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1901283

"igen, szerintem, hiszen az én véleményemet írom le :) de mi ebben a furcsa? te pedig leírod hogy szerinted másként van. de ettől még nem biztos hogy neked van igazad, mint ahogy az sem hogy nekem - ettől függetlenül fogadd el hogy létezik más vélemény is a tiéden kívül ami lehet ugyanolyan helytálló mint a tiéd! ;)"

Semmi furcsa nincs benne, csak ne csodálkozz, ha egy fórumon esetleg elkezdenek erről a véleményedről beszélgetni veled. Azt nem veszed egyébként észre, hogy az én véleményem nem az, hogy a felhő alapú backup jó mindenhova, az otthoni NASnak meg semmi értelme. Szerintem mindkettőnek lehet létjogosultsága, ha az adott helyzetben az produkálja a legjobb elfogadható kompromisszumot a legjobb áron. Te vagy az, aki kizárólag az egyik oldalt húz, mert kb kettő kiragadott érvet állít minden fölé, a többit meg nem hajlandó meghallani.
--

"persze, csak hogy ez a szerződés nem feltétlenül szolgálja a szolgáltatást igénybe vevő érdekeit - nyilván nincs ingyen ebéd, nincs ingyen szolgáltatás, valamit valamiért - az pedig hogy feláldozod az adataid feletti rendelkezés jogait az ingyenesség oltárán, általában minden cég álma... ;)"

Ki beszélt itt ingyenesről? És persze, hogy nem feltétlen szolgálja. Ettől még bőven van az a helyzet, ahol az ember/cég igénybe veszi egy másik szolgáltatását, ha az neki megfelelő. Tudod, ez mindenhol így van, nem csak az ITben, az ember pénzt ad másoknak azért, hogy megcsináljanak valamit, kötnek egy szerződést megfelelő vállalásokkal, és dolgoznak együtt.
--

"megnézném a főnököd fejét, amikor egy rendszerösszeomlás után széttárod a karod hogy sajnos nem érhető el a backup, mert fent van az egyébként megbízható felhőben és nincs internet (vagy éppen szünetel/megszűnt a felhőszolgáltató)! :D"
Megnézném a főnököd fejét, mikor széttárod a karod, hogy ja, sajnos a backupos nas tápja vitte magával mindkét vinyót. Vagy csak meghalt az egyik, és csak a felét.
--

"továbbra sem mondtam ilyet hogy a felhő szar (ezeket te honnan szeded? :)) így ilyen véleményt sem mondtam,"

Kérlek, akkor mire próbáltál utalni azzal, hogy "Backup felhobe - csak en erzek ebben nemi ellentmondast?"
--

"az okokat viszont igen, csak próbálj meg értelmezve olvasni! ;)"

Próbáltam. Nagyjából két okot olvastam: elmegy az internet, illetve függsz a külső szolgáltatótól. (ezeket is azután, hogy szóltam, hogy nincsenek érvek" Ha van még, akkor kérlek emeld ki nekem jobban, mert én más okot nem találtam. Lehet, hogy ügyetlenül olvasok.
--

"persze, és ha ennyire szélsőségesen sarkítunk, akkor (a logikád alapján) valakinek pedig az is elégséges backup-szolgáltatás lehet, ha a kényes adatokat kiírja egy pár floppyra!... ;D"

Ne haragudj, de ebben mi volt a szélsőséges sarkítás? Te mondtad, hogy az elvárás hogy mindig működni kell a cuccnak. Az áramszünet, meg a meghaló NAS teljesen reális veszélyek a mentésre. Külön vicces, hogy a floppyt láthatólag már nagyon viccesnek tartod, miközben az otthoni egy darab hddn levő mentés meg szerinted az üdvözítő megoldás, miközben pont ugyanarról van szó: egy eszköz meghibásodása katasztófához vezet. Ok, egy HDD talán kicsit megbízhatóbb, de ha szerinted a HDD hibafaktor elhanyagolható, akkor nagyon más ITt ismersz, mint én. Hiába próbálod viccel elütni, meg nem reagálni rá, hogy az ott egy vaskos nagy rizikó (mellesleg, ha a felhőszolgáltatóban nem bízol meg, akkor a hdd gyártójában miért?
--

"...és a floppykat aztán feladja postán a vidéki bácsikájának, hogy rakja be a sublótba megőrzésre... á'la georedundancia ;DDDDD"

Ezt hagyjuk, kérlek ne menj le kutyába..
--

"szerintem a kettő között nincs feltétlenül különbség - az otthoni nas is legalább annyira gyorsan elérhető és megbízható, mint a felhőszolgáltatás elérhetősége és megbízhatósága - de ha nem így van akkor szeretnék összehasonlításként adatokat látni mindkettőről! :)"
Kérlek mutass nekem reálisan elérhető lakossági szolgáltatást, ami hajlandó értelmes (international) uploadot biztosítani, és a rendelkezésre állása megközelíti mondjuk egy átlagos üzleti kapcsolatét egy datacenterben. De példa jelleggel, hogy legyenek számaid: Lakossági internetre pl a T azt vállalja, hogy 48 órán belül legalább megnézi, és 72-n belül elhárítja, ezen túl más rendelkezésre állást nem vállal. Ehhez képest managelt bérelt vonalra 4-14 óra, hibaelhárítást, illetve 99,5 - 99,9% rendelkezésre állást vállal (szerződéstől függően), míg nagysebességűre 6-24 órát és 99,5-99,95%-ot. Ebből a legrosszabb vállalás is kevesebb kiesés évente, mint az egyszeri 48 óra. Tapasztalataim szerint ezek kb. reális különbségek más szolgáltatóknál is. Bizonyára lehet otthonra a nas mellé is beszerezni ilyesmit, de nem az a jellemző. Én azért életszerűbbnek tartom, hogy valami random helyről előbb érek el az interneten levő szolgáltatót, mint az otthoni NASt.
--

"az hogy én mit gondolok erről, az én dolgom, nem kötelező megfogadni, de érdemes kalkulálni vele!"

Persze, hogy a te dolgod. A kérdés csak az, hogy másoknak miért lenne érdemes kalkulálni vele? Az ilyen jellegű dolgokban sajnos a vélemények kevésbé érdekesek, ha nincsenek alátámasztva. Annak van értelme, hogy a felhő azért szar mert: ..., az otthoni backup meg azért jó mert ..., és így meg amúgy biztosítja, hogy ilyen meg olyan minőségi szempontoknak megfeleljen a backup, a másik meg így meg amúgy nem. De ehhez a te két érved igen soványka.

"egyébként te a személyeskedésen kívül érdemi információt nem nagyon tettél hozzá, úgyhogy a véleményed legalább annyira irreleváns a kérdés eldöntésében."

Ha személyeskedtem, elnézést kérek, bár szerintem nem tettem ilyet. Ha igen, kérlek idézd már, és vagy megkövetlek, vagy tisztázom, hogy mit értettél félre (Nem, az, hogy valamiről szólok, hogy ez így csak levegőbe beszélés, az nem személyeskedés)




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1901312

- szép dolog ha próbálkozol, fogadd el hogy egyéni készségtől függ az értelmezés és felfogás képessége is, ezért egyéntől függő annak szinte is. ;)

Azt hiszem, ezen a ponton hagyjuk is. Megint visszaolvastam, sehol nem személyeskedtem, hogy a stílus nem tetszik, az egy másik dolog -- bár őszintén szólva nem nagyon látok vele problémát. Viszont ilyet mint te itt, hogy arra célozgassak, hogy hülye vagy, nem tettem. Továbbra sem reagálsz semmire érdemben, nem hozol alátámasztást a véleményed mögé, csak ilyenek vannak, hogy:
- nincs 100%-osan megbízható rendszer, viszont a helyi backup közelebb áll hozzá és lehet törekedni a redundanciára
=> 0 érv
- azért, mert egy kellő mértékű redundanciával bíró local backup megbízhatóbb mint egy távoli, aminek a menedzselésére, állapotára nincs is rálátásod.
=> 0 érv
Most nem csemegézném vissza a többit, a nagy része ezen a színvonalon mozgott.

- hogy jön ez ide? lokális backup lett szembeállítva a felhő-alapúval, értelmetlen ez a fejtegetés.
úgy jön ide, hogy te mondtad, hogy lehet ugyanolyan megbízható az otthoni, mint egy felhő. Arra válaszul, hogy mi van, mikor nem vagyok otthon. Márpedig olyankor az van, hogy az otthoni neted mögött van, a felhő meg valami olyasmi mögött, mint a T bérelt vonala. De semmi gond, mindenki képességei szerint, ugye? :)




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1901335

Hagyjuk, majd ha megtanultál olvasni meg gondolkodni (igen, ez most személyeskedés volt)




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1901423

pontosan azért hagyom, mert eddig gondoltam, hogy esetleg lehet beszélni róla....




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1900707

Pedig egyszerű: egy csomó embernek nincs valójában szüksége a 6 terrára.




Melyik felhőt válasszam backupra?: https://hup.hu/node/142387#comment-1901597

Lehet ezt azért fokozni, kérdés, hogy az adatlopás-e az elsődleges cél, vagy barátunk bejön, hóna alá csapja a macit, és távozik, járulékos veszteségként magával víve a backupot... :)




Nem hozzáértőnek laptopra mit?: https://hup.hu/node/142442#comment-1901959

Hagyd, works4me érveléssel kár vitázni....




Nem hozzáértőnek laptopra mit?: https://hup.hu/node/142442#comment-1902449

Én ezt is hajlandó vagyok elhinni, csak általában azzal, aki az én használom, nálam jóból levonja a következtetést, hogy másnál nem lehet szar, azzal általában nem érdemes belemenni a beszélgetésbe...




Melyik belföldi mobilszolgáltatót használod elsődlegesen?: https://hup.hu/szavazasok/20150819/melyik_belfoldi_mobilszolgaltatot_hasznalod_elsodlegesen#comment-1899330

Mondjuk az van odaírva, hogy "UPC vezetékes szolgáltatás mellé*" - amiből azért ki lehet következtetni, de a csillagot ki is fejtik (ami egyébként mostanában nem jellemző, csomószor látok olyat, hogy *van, csak magyarázat sehol hozzá, az nincs):

"* Vezetékes szolgáltatásnak minősülnek az alábbi UPC-s szolgáltatások: kábeltévé, kábelinternet, ADSL-internet, kábeltelefon, analóg telefon. A UPC mobilinternet és mobilhang-szolgáltatás nem minősül vezetékes szolgáltatásnak, ezekre a kedvezményes havidíjak nem vonatkoznak."




Kalandozások CyanogenMod Nightly földjén #2: https://hup.hu/cikkek/20150820/kalandozasok_cyanogenmod_nightly_foldjen_2#comment-1898770

napi fél óra a telefon lelkének ápolgatására? beh.




Kalandozások CyanogenMod Nightly földjén #2: https://hup.hu/cikkek/20150820/kalandozasok_cyanogenmod_nightly_foldjen_2#comment-1898982

te kérdezted, hogy nincs e pár perc / fél óra naponta...




Kalandozások CyanogenMod Nightly földjén #2: https://hup.hu/cikkek/20150820/kalandozasok_cyanogenmod_nightly_foldjen_2#comment-1899125

te mondtad, hogy pár perc, fél óra, a topic meg nightly buildek. Egyébként viszonylag huzamosabb ideig használtam nightly cyant, mert az lg 2xen muszáj volt -- a gyári rom egy bűzölgő szarkupac, ellenben az nvidia driverek miatt muszáj volt rendszeresen nézni, hogy hátha múlnak a glitchek -- és azért nem volt az a teljesen nyugis dolog.

Egyszerűen arra reagáltam, hogy ha napi szinten emiatt fél órát el kell baszni, az sok. (Igen, a gépemen is szoktam nyomi a jólvan, majd restartolok gombot, mert a fasznak sem hiányzik egy reboot a munkamenet elvesztésével)




Kalandozások CyanogenMod Nightly földjén #2: https://hup.hu/cikkek/20150820/kalandozasok_cyanogenmod_nightly_foldjen_2#comment-1899171

Nem kell. De imho nightlyt akkor van értelme használni, ha viszonylag rendszeres a dolog, különben valami pointrelease félét. Ez a szál is konkrétan arról indult, hogy hónapokig fut valakinél ugyanaz, amire a reakció jött, hogy max kb fél óra. Imho az rendszeresen sok.




Kalandozások CyanogenMod Nightly földjén #2: https://hup.hu/cikkek/20150820/kalandozasok_cyanogenmod_nightly_foldjen_2#comment-1899180

Mint mondtam, használtam nightlyt, tudom hogy megy, a fél órát nem én mondtam, én csak arra reagáltam, hogy az szerintem sok, mivel úgy vetették fel, hogy "nincs erre ..."

(Egyébként egy stock rom => cm váltás sokkal több fél óránál, mert be is kell lakni)




Windows 10 beépített spyware-ek: https://hup.hu/node/142047#comment-1895370

Ő meg azt akarta mondani, hogy van egy lista egy program alatt, ami lendületből szart akar felpakolni, akkor szerinted mennyire hiteles az a lista...




Windows 10 beépített spyware-ek: https://hup.hu/node/142047#comment-1895711

nem értem a problémád, pontosan erre válaszolt, hogy egy ilyen program listájának legitimitása megkérdőjelezhető. Erre nekiállsz jönni azzal, hogy nem értjük a kérdést, és játszod a primadonnát




Windows 10 beépített spyware-ek: https://hup.hu/node/142047#comment-1895790

Ő mondta, hogy az a kérdés, hogy mennyire legitim a lista, és erre egy releváns válasz, hogy az alapján, hogy toolbarokat és egyéb szarokat tesz fel a program, minimum kétséges. Lehet, hogy rossz válasz, mert a lista maga jó, de ettől még a válasz releváns volt.

"vagyis, hogy aki akarja és kikapcsolja az tényleg bízhat-e annyira a MS-ben," - én ezt a kérdést nem láttam a nyitóban.




Windows 10 beépített spyware-ek: https://hup.hu/node/142047#comment-1895371

ne haragudj, de azért ez eléggé never go full retard volt




Windows 10 beépített spyware-ek: https://hup.hu/node/142047#comment-1895372

(btw szerintem a nyugdíjadért is te vagy a felelős, s én a mostani 20-éves krosztálynak egyáltalán nem adnék állami nyugdíjat már - az idősebbeknél pedig sávosan csökkenteném)

off, viszont akkor tőlük már azt sem várhatod el, hogy a jelenlegi nyugdíjakba beszálljanak, márpedig a mostani nyudíjrendszer úgy működik, hogy az aktuális befizetésekből fizetjük ki a már nyugdíjasokat, nem a saját félretett pénzükből.




Windows 10 beépített spyware-ek: https://hup.hu/node/142047#comment-1895567

Nem tudom, én egy darab sc konzolos izét látok belőle a többi tipikusan az átlagfelhasználók számára készült doksik stílusában tolja a nyisd meg ezt a menüt, és kapcsold le az ott levő kapcsolót. Nem rövid, de semmi olyan nincs benne, amit egy átlagfelhasználónak ne kellene értenie.




Laptopon melyik beépített egérhelyettesítő eszközt részesíted előnyben?: https://hup.hu/szavazasok/20150801/laptopon_melyik_beepitett_egerhelyettesito_eszkozt_reszesited_elonyben#comment-1892949

A topicot olvasva valószínűleg az én motoros képességeim szarok, de a csikló számomra teljesen használhatatlan, kb harmadikra találok el vele egy normális méretű gombot, nem értem, hogy lehet ezt használni, öt perc után falhoz csapnám, ha muszáj lenne, akkor inkább keyboard only.

Alapvetően egeret használok (wireless, szigorúan nem bluetooth, mert azt a win szerette elfelejteni, meg zabálta az elemet mind, ráadásul a hpnak sikerült 9470m-ből ki is spórolni, amihez ezúton szeretnék gratulálni), de ha meetingre megyek, vagy ágyban nyomkodom, akkor a tapipadot.




Laptopon melyik beépített egérhelyettesítő eszközt részesíted előnyben?: https://hup.hu/szavazasok/20150801/laptopon_melyik_beepitett_egerhelyettesito_eszkozt_reszesited_elonyben#comment-1892955

Lehet nem volt tiszta, a csikló az a "billentyűzet közepén levő kis bütyök", a tapipaddal én is elvagyok.




Laptopon melyik beépített egérhelyettesítő eszközt részesíted előnyben?: https://hup.hu/szavazasok/20150801/laptopon_melyik_beepitett_egerhelyettesito_eszkozt_reszesited_elonyben#comment-1893195

Nem, ezt bármely gépen tudom :) Lassú, meghúzom, vánszorog, akkor meg túlszalad, vagy kicsit félre megy, vagy ilyesmi.




Laptopon melyik beépített egérhelyettesítő eszközt részesíted előnyben?: https://hup.hu/szavazasok/20150801/laptopon_melyik_beepitett_egerhelyettesito_eszkozt_reszesited_elonyben#comment-1894097

Nem kell, én jól elvagyok az egérrel, meg a tapipaddal is, tőlem elrohadhat onnan középről nyugodtan. :)




Grafikon php-val: https://hup.hu/node/142329#comment-1899507

+1




Tanúsítvány-ellenőrző: https://hup.hu/node/142295#comment-1898987

nem kell miatta egy teljes nagios, a pluginek simán elvannak önmagukban, futtathatod cronból vagy akármi, kőegyszerű az "api" (kb a visszatérési értéket kell nézni)




Tanúsítvány-ellenőrző: https://hup.hu/node/142295#comment-1899065

A check_httpről valamiért múltkor én is megállapítottam, hogy alapvetően fos :)




Mélyen tisztelt Java devek...: https://hup.hu/node/134505#comment-1768411

Bár nem kedvencem a java, de szerintem ezt örökölték, mert ugyanez az agyfasz van pl. perlben is, gyanítom, mert ez a posix: http://linux.die.net/man/3/localtime .




Mélyen tisztelt Java devek...: https://hup.hu/node/134505#comment-1768431

pedig jó eséllyel pontosan ezért...




Mélyen tisztelt Java devek...: https://hup.hu/node/134505#comment-1768454

Kernel környékén én el tudom hinni, hogy számít ez (valószínűleg sokat kell buherálni azt a struktot, vagy legalábbis bőven van olyan usecase, ahol sokat kellhet). Magasabb szinten viszont tényleg agyfasz. Jó, megengedem, ott is lehet, hogy számít, akkor származtasson egy olyan osztályt, amiben nincs fölösleges matek a human olvashatóság miatt (vagy fordítva, tökmindegy), aztán aki másodpercenként kiscsillió ilyet akar átcsavarni, az használja azt...




epass2003 a digitális kulcskarika: https://hup.hu/node/142206#comment-1898694

ha már ilyen eszköz, akkor nem lenne jobb on board generált kulcsokat használni?

(mondjuk, hogy egyáltalán van dump, az pfejj)




epass2003 a digitális kulcskarika: https://hup.hu/node/142206#comment-1898698

gondolom, ahogy az előzőt másoltad :)

Nyilván, egy kulcscsere nehézkes, meg nem is megy mindig, hogy olyat használj, aminek a kulcsa a devicon keletkezik, de hamár, akkor jobban alszik az ember, ha biztosan nem kompromittálódott kulcsokat használ ilyenkor....




epass2003 a digitális kulcskarika: https://hup.hu/node/142206#comment-1898734

dependson, ideális esetben megkérem mondjuk az idm-et, vagy a puppetet, vagy valamit hogy tegye szépen a helyére, kevésbé ideális esetben valahogy körbescriptelném. Van egy ssh-copy-id nevű cucc, amivel szerintem lehetne olyat csinálni, hogy a régi kulccsal belépkedsz (odaadod az ssh-agentnek), és ez meg hozzácsapja az újat. Listát, ha nincs, akkor pl egy known_hosts parzolgatásával lehet csinálni.

Aztán hegesztenék valami randát, ami már az új kulccsal kitakarítja a régit az authorized_keysből.

De nyilván, ymmw attól függően, hogy milyen a környezeted (a gyakorlatban én pl valószínű a securecrtmet scriptelném meg, vagy simán csak interaktívban dolgoznék sok ablakban, de nem hiszem, hogy azzel előrébb vagy, ezért gondoltam, hogy valami általánosabbat feltételezek)




epass2003 a digitális kulcskarika: https://hup.hu/node/142206#comment-1898806

Nyilván, csak azt mondtam, hogy ha már vennék hw tokent, akkor meglépnék egy kulcscserét azonnal :)

Az meg, hogy mekkora meló, az nyilván az infra méretétől függ...




epass2003 a digitális kulcskarika: https://hup.hu/node/142206#comment-1898985

Tudom. Márahol. A szomorú valóság meg pl. egy játszós vmen megnézve centosországban:

[root@centos7a ~]# uname -a
Linux centos7a 3.10.0-229.7.2.el7.x86_64 #1 SMP Tue Jun 23 22:06:11 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[root@centos7a ~]# cat .ssh/known_hosts
localhost ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBCiRqWp1vJVVjd2GUrZ4+yIRhevzGshUBJVeAP2xzh8UM+YcAdCHYYVAvTWVYjR0uEaAxDXVOnRBYFCI1xw/Tms=
192.168.1.100 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBCiRqWp1vJVVjd2GUrZ4+yIRhevzGshUBJVeAP2xzh8UM+YcAdCHYYVAvTWVYjR0uEaAxDXVOnRBYFCI1xw/Tms=




epass2003 a digitális kulcskarika: https://hup.hu/node/142206#comment-1899210

man ssh_config:


     HashKnownHosts
             Indicates that ssh(1) should hash host names and addresses when they are added to ~/.ssh/known_hosts.  These hashed
             names may be used normally by ssh(1) and sshd(8), but they do not reveal identifying information should the file's
             contents be disclosed.  The default is “no”. 

A debianosban viszont:


 Note that the Debian openssh-client package sets several options as
     standard in /etc/ssh/ssh_config which are not the default in ssh(1):

           ·   SendEnv LANG LC_*
           ·   HashKnownHosts yes
           ·   GSSAPIAuthentication yes

Szóval ja, az opció ott van, de defaultból ki van kapcsolva, hacsak a disztribútor másképp nem dönt neked.

(szerk: és persze a debianos maintainer a már nem írta oda az opció leírásához, hogy a default is no, de megváltoztattuk, csak fent van egy notesz róla. :)




epass2003 a digitális kulcskarika: https://hup.hu/node/142206#comment-1899219

Hash, have fun, bruteforce. Vagy kapcsold ki időben :)




A VMware vCenter Server adatbázisa méretének csökkentése: https://hup.hu/treyblog/20150820/a_vmware_vcenter_server_adatbazisa_meretenek_csokkentese#comment-1899227

Emlékeim szerint 5.5től vsphere client elkezd hisztizni, hogy ő már deprecated, és nyomkodd a linuxos cucc webes guiját, mert az új dolgok ott lesznek (amiből viszont hiányzik ez az a régiek közül - /vagy hiányzott, hatost nem néztem még )




A VMware vCenter Server adatbázisa méretének csökkentése: https://hup.hu/treyblog/20150820/a_vmware_vcenter_server_adatbazisa_meretenek_csokkentese#comment-1899244

akkor ezért múlt el :)




Használsz dokkolót a notebookodhoz?: https://hup.hu/szavazasok/20150810/hasznalsz_dokkolot_a_notebookodhoz#comment-1895568

Az igen, usb dokkolót szavaztam, gondolom a csudiokos monitor, ami usbn letol a kép mellett lant is (meg elveszi a default audiót, kár, hogy hangszóró nincs rajta...), ill egy külön kábelen ad tovább tápot annak számít.

Viszont ha rajtam múlna, a normális dokkolót használnám, csak sajna a cég megunta, hogy a hp két generációnként kicseréli, és nem kompatibilis, lett ez az usbs szar, ami így lassan egy év távlatából már legalább viszonylag megbízhatóan működik, a kép még mindig fos, de legalább többnyire van anélkül, hogy fekete kakas vérét kellene a driverre meg a csatlakozóra csorgatni. Ja igen, és innen üdvözlöm az usb3 csati kitalálóit kiemelkedő mérnöki teljesítményükért, remélem a pokolban majd lesz egy légkondi, ami sose megy, mert a hátsó csatikon menne, de az kontaktos...




Használsz dokkolót a notebookodhoz?: https://hup.hu/szavazasok/20150810/hasznalsz_dokkolot_a_notebookodhoz#comment-1895712

dependson, én továbbra is a laptop monitort használom(tam, míg rendes dokkoló volt) elsődlegesen ilyenkor, ahhoz nem buli a külső bill...




Linuxon nagy mennyiségű IP cím tiltása: https://hup.hu/node/141412#comment-1898669

jelen formájában ez a script minden futáskor felülírja a lista filet.




Linuxon nagy mennyiségű IP cím tiltása: https://hup.hu/node/141412#comment-1898678

azt, hogy mi használja, ha jól látom swifty nem tette közzé :)




Linuxon nagy mennyiségű IP cím tiltása: https://hup.hu/node/141412#comment-1898732

Ez, amire válaszoltál, önmagában sehogy. Ez mindössze annyit csinál, hogy összeszedegeti a webről a különböző listákat, keresztültolja Swifty >itt< linkelt másik scriptjén, ami megkeresi a fedő subneteket, ha jól látom, hogy kb mi van benne, hogy rövidebb legyen a lista, és beleteszi a fileba.

Ezt a listát aztán valahogy meg kell etetni az iptablessel még valahogy, de Swifty azt nem mutatta meg, hogy ő hogy csinálja. Kiindulhatsz pl Eddie85 >itteni< scriptjéből, ha érted mit csinál, a for ciklusba kéne behelyettesíteni, hogy ezt töltse inkább ipsettel.

Ez most nagyon csak ránézésre, de kb ez kell a for ciklus helyére


IP_BLACKLIST=/data/firewall/_ipblacklist
cat $IP_BLACKLIST|xargs -L 1 ipset add blacklist

Azért jó lenne megnézni, hogy neked így érdemes-e használni az aktuális tűzfal setupoddal (bár figyel rá, hogy meglegyen minden chain, és be is teszi a blocklistet az input elejére, amire azért van esély, hogy jó legyen általában).




Linuxon nagy mennyiségű IP cím tiltása: https://hup.hu/node/141412#comment-1893505

szemétszűrés, a random végigpróbálkozó automaták ellen véd, azok nem feltétlen scannelnek.




iFixit: a OnePlus 2 szervizelhetősége 7/10: https://hup.hu/cikkek/20150814/ifixit_a_oneplus_2_szervizelhetosage_7_10#comment-1898103

Ja, ha nem tetszik, nincs is? :) Főleg, hogy erre azért simán rá lehet kontrázni, hogy bármi amiben elemet kell cserélni, az óraügyileg hanyagolható/felejthető kategória, ha már sznobkodunk.




Extreme Digital panaszkezelés: https://hup.hu/node/142212#comment-1897756

De miért kéne elállni, ha egyszer szar, amit kapott? Hibás teljesítés.




Extreme Digital panaszkezelés: https://hup.hu/node/142212#comment-1897996

Én csak az elállás részét vitattam, mert itt nem az van, hogy mégsem tetszik, hanem az, hogy szart adtál. (Arról most így fejből gőzöm sincs hogy jótállásnál távol lévő felek között kinek kell állni a postát, de nem csodálkoznék rajta, ha a kereskedőnek kellene)




Network benchmark-ot keresek.: https://hup.hu/node/142201#comment-1897689

bár alapvetően a tennivalónak nem sok értelmét látom, de talán el lehetne szeparálni network namespacebe az interfaceket, hátha olyankor effektív kitolja az interface-re (különösebb tool support sem kell majd hozzá, csak az adott nsben indítani).

Ha más nem, kell közé még valami eszköz, ami routeol, bár lehet, az már nem megfelelő...




Elnézést kért a Locker ransomware (állítólagos) készítője, elérhetővé tette a decryption kulcsokat : https://hup.hu/cikkek/20150602/elnezest_kert_a_locker_ransomware_allitolagos_keszitoje_elerhetove_tette_a_decryption_kulcsokat#comment-1874152

jaja, a bitkoninok utalgatását sem akarta igazából csinálni...




Elnézést kért a Locker ransomware (állítólagos) készítője, elérhetővé tette a decryption kulcsokat : https://hup.hu/cikkek/20150602/elnezest_kert_a_locker_ransomware_allitolagos_keszitoje_elerhetove_tette_a_decryption_kulcsokat#comment-1874822

azért ezt elég nehezen tudom elképzelni. kissé elméleti (inkább állami szabályozás szokott ellene ágálni)




Ha otthoni, desktop célra kell választanom, akkor : https://hup.hu/szavazasok/20150809/ha_otthoni_desktop_celra_kell_valasztanom_akkor#comment-1895615

én anno az otthoni mindenes dobozon használtam archot (mert a deb épp nem volt hajlandó usbről települni, hehe, aztán gondoltam akkor már megnéztem). Jellegéből adódóan ritkán nyúltam hozzá (hónapokig semmi), de akkor órákat csesztem el arra, hogy rendbe szedjem a közben megváltozott dolgokat. Általában azzal kezdtünk, hogy nem friss a pacman, frissítsd, de gebasz van valaminek a dependenciáival, azt javítsd meg, de ugye a pacmant nem használhatod mert nem friss ördöglakatot kinyissuk valahogy, aztán jött az aktuális ez már nem úgy van, meg elmúlt, meg frissebb, más konfiggal, mielőtt az effektív feladatnak nekiálltunk volna. Szóval ilyen usagera nem volt faja (azzal együtt, hogy szimpi rendszer volt, rendkívül jó wikivel)




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1888667

pedig ha valakin látszik, hogy egyébként nem jár öltönyben, azzal max mosolyt csal az interjúztató arcára, plusz pontot nem szerez, az tuti (nálam minuszt se, de mondjuk lx bszatlan picsás kommentje alapján akár még erre is rá lehet futni). Én személy szerint valószínűleg simán megkérdezem a hrst, akivel az időpontot egyeztetjük, hogy mi a dresscode a cégnél (és a tökmindegy válasz esetén galléros póló alá nem adnám). A külsőségek valóban számítanak, de nem gondolom, hogy ennek leglényegesebb pontja a ruha kategóriája volna.




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1889097

De épp ezt mondom: ha mindenki ing farmerban jár a cégnél, akkor a HRsnek ez kisebb eséllyel lesz probléma, ha azt egyébként normálisan hordod, mintha odamész a kissé kihízott öltönyödben, és látszik rajtad, hogy kényelmetlenül pingvinezel benne, mert csak esküvőn meg temetésen van rajtad évente 2x, mert abból már simán lejöhet, hogy ez egy szerencsétlen tapló volt.

Egyébként meg a HRest azzal kell lekenyerezni, hogy a cvben a megfelelő mennyiségű buzzword passzol a listára, amit kapott attól, akinek kell az ember, meg olyan pozik vannak rajta, ami nagyjából ráfed a keresett emberre, illetve hogy élőben ne tűnjél balfasznak meg pszichopatának.




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1889305

Érteni értem. Egyet nem értek vele :)




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1889088

egyrészt imho azért inget vasalni nem akkor kihívás, másrészt a pólót is vasalni kell :)

cukorhegy bácsinak meg lenne, aki kivasalja az ingét...




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1889124

Aha. Néhány nagyon jó anyagú pólót leszámítva én vasalom...




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1892920

Ott kicsi a póló ;)




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1893365

Ha rá annyira ráfeszül, hogy kisimítja a ráncokat, akkor az bizony kicsi :) (btw szerintem találkoztam tavaly egy tanfolyáson saabi kollégával, és nem rémlik, hogy annyira kisgömböc lett volna.




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1893389

jep :)




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1893363

nem tudom, szerintem meg a gyűrött ruha gáz :)




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1893391

feltéve, hogy aztán a szekrényben nem turkálod össze :) De egyébként valóban (bár a teregetés szokott hagyni középen egy csíkot), viszont az kb olyan, mintha vasalva lett volna, uh nehezen értelmezhető, hogy nem szereted a vasaltat :)




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1893487

Kivéve, ha nem a legfelső pólót szeretnéd... :)

Lehet, nekem nem tűnt fel eddig.




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1889310

A másodikra gondoltam (képzeld, még az is előfordul, hogy én vasalom asszony ruháját is, erre varrj gombot), ellenben nem akarom neki megmondani, mit csináljon, egyrészt mert valóban ki vagyok én, hogy belepofázzak, másrészt meg spec egyáltalán nem zavar. Egyszerűen csak arra reagáltam, hogy nála mondjuk valószínű nem az az igazi kifogás, hogy ki kéne vasalnia, mert bőven beleférne neki, hogy valaki megcsinálja (hogy tudjon koncentrálni a fontos dolgokra), és ezzel nincs is semmi baj, azért keres az ember pénzt. Meg egyébként ha ennek ellenére ő csinálja az ilyesmit, azzal sincs semmi baj :) Azt, hogy honnan extrapoláltad, hogy szerintem szar ember, azt nem tudom, én ilyet nem mondtam, nem is gondoltam.

Azt meg, hogy honnan hoztad az öltönyt, végképp nem tudom, spec inget is ritkán húzok, nem hogy öltönyt. :) Úgyhogy erre nagyon érdemben nem reagálnék, mellément. Én csak annyit mondtam, hogy egy póló is vasalva néz ki normálisan igazán :) (Viszont azt tisztelettel megjegyezném, hogy az a nulla bár lehet, hogy úgy van, de erről te sose fogsz érdemi infóval rendelkezni)




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1894621

Lehet, de hogy viszonylag sokan tárolják még rajtam kívül szekrényben a pólóikat, az esélyes :)




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1894637

Miért is?




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1889312

mondjuk ha elém letesznek egy papírt, hogy ezek a listaárak, azt spec úgy értelmezem, hogy most lehet beszélni arról, hogy mibe fog fájni valójában :)




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1892697

a közkeletű vélekedéssel ellentétben egy munkahelyen nem a nagyon szűk szakterülethez való hozzáértés az egyetlen lényeges dolog.




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1892836

ez netto hülyeség. Ahol penge ITsre van szükség, ott általában nem egyszemélyes hadsereg vagy, márpedig lehetsz akármekkora ász, ha képtelen vagy mondjuk csapatban dolgozni, és kb mindenki más rühell, akkor nettó veszteség leszel.




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1893329

A ms híresen dresszkódos cég. Csak ezért ne vegyél öltönyt, de oda szerintem szövetnadrág, bőrcipő (nem, a sportszabású annyira nem), ing (betűrve, nyilván) azért elkél. De egyébként a qualis csaj fog segíteni.




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1894704

Ráadásul a faszinak még így is nyilvánosan bocsánatot kellett kérnie a kinézete miatt a világ előtt, hogy letett egy szondát egy üstökösre. (Oké, pattant párat :) )




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1894738

Ja, én csak azt mondtam, hogy a faszi nyilvánvalóan az első kategória, és mégis kiállították szerencsétlent kanosszát járni a tetkói miatt...




Állásinterjú / tesztírás "dress code": https://hup.hu/node/141637#comment-1894954

Valóban. Akkor még relevánsabb :) Igazság szerint annyi maradt meg belőle, hogy valami begőzölt feminista kretén picsák hisztiztek.




Még egy Win10 kérdés: https://hup.hu/node/141973#comment-1893499

igen:
https://www.microsoft.com/en-us/windows/windows-10-faq?ocid=win10_wol_h… "What edition of Windows will I get as part of this free upgrade?"




VIM, azaz így váltam pair programmingra teljesen alkalmatlanná: https://hup.hu/node/141768#comment-1890045

illetve a harmadik lehetőség, hogy random fejlesztő nem fog csak úgy yumozni :)




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1891528

- Főnök, ez még kurvára nincsen kész
- Nemérdekel, határidő van, kiadjuk

?




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1891559

Azzal nincsen baj, hogy ha gond van patchelődik, csak azért itt inkább az látszik, hogy egyszerűen nem lett kész időre. Egyrészt azért azt te is tudod, hogy az msre nem jellemző a gyors reagálású hibajavítás (általában ugye arra szokás hivatkozni, hogy a QA), másrészt azért a kiadás másnapján "masszív" update, nem pedig egy patch, az érdekes. Szóval ez pont igencsak a várjuk meg az SP1et, addigra tán meglesz tisztességen minden alap dolog teóriát erősíti :)




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1891675

bizonyára az a legfontosabb, hogy hogy fogják hívni




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1891709

Értem, de mivel a "várjuk meg az SP1et" az igazából nyilván az "adjunk neki elég időt, hogy kinője a gyerekbetegségeit" dolgot jelenti, ezért imho kb mindegy, hogy lesz-e sp1 nevű akármi.




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1891868

Hát, reméljük azért nem rolling release lesz :)




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1892420

Hogyne. De a win7 az gyors net mellett is genyasokat szöszöl régi média után, mire összekapar mindent, uh az még kevés lesz... :)




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1888418

Mondjuk mivel szerintem egységsugarú user ma többnyire laptopot használ, amit lecsuk, és emigyen sleepbe rak, uh ez -- egyszerűen a usage patternek változása miatt -- ritkábban fáj neki talán. Igaz, akkor jobban, ha peche van :)

Ettől még én se bánnék kontrolt, elég idegesítő ez a márpedig én most frissítek hülyeség.




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1888477

Persze, ez simán benne van a pakliban (én parkoltattam már update ablakot a sarokban mert emergency volt, az ablakon meg csak egy reboot gomb, és a tapasztalat, hogy ha kiikszelem is ez lesz. Mondjuk ez a hp saját szarja volt, nem a win update, legalább volt workaround).

Ezzel együtt vegyük észre, hogy a cikk azt mondja, hogy home, a világot üzemeltető rendszerre meg csak enterpriseról lépünk be -- ahol persze a rendszergazda jó eséllyel ugyanúgy jobban fogja tudni ;)




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1888663

Nekem az a tapasztalatom, hogy a világot irányító nagyonfontos szervert adminisztráló emberek általában céges laptopról teszik ezt, pláne akkor, mikor épp emergency supportot adnak. Kétségtelen, hogy van most ez a byod mánia, ami ebbe a képbe bele tud rondítani, ebben igazad van, de azt hiszem a világot futtató server kapcsán azért az rendben van, hogy ne kelljen az msnek hozzáigazítani a home verziót ehhez, hanem oldja meg a cég, hogy legyen olyan nélkül valaki.




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1889030

engem spec már az is idegesít, hogy a telefonomra wipe joga van az exchange servernek, bizonyára nem adom a saját laptopom a céges it kezébe :)




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1889059

igénye lehet rá, de amikor az van, hogy kritikus a munka szempontjából, ha van 15 perc csúszás az update miatt, akkor az igénye le van szarva :)




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1889032

nincs ezzel baj, amíg a cég nem áll neki puffogni, hogy 25 perccel később álltunk neki a munkának mert a windowsom épp updatelt ;)




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1889379

Ill. azért ha ma magyarországon ITsként nem találsz olyan munkát, ahol adnak munkaeszközt, akkor gyanús, hogy veled nem stimt tökéletesen valami, mert az épkézláb embereket azért eléggé keresik...




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1889519

"Ahol epkezlab embereket keresnek, ott gyakran nincsenek epkezlab emberek ugy egyebkent"
ezt nem tudom értelmezni, arra gondolsz, hogy ott csak hülyék dologzank, vagy hogy már elfogytak a munkára fogható nem hülyék?
"Amugy meg videken nincs igazan valasztek. Tudom, koltozzon, de nem mindig megoldhato a dolog."
nehezen tudom elképzelni, hogy random vidéki nagyobb városba bejárva ne legyen olyan ITs állás, ahol használható munkaeszközt adnak. Nem álommelóról beszélünk, meg milliós fizuról.




A Windows 10 otthoni felhasználóknak kötelező és automatikus lesz a Windows frissítés: https://hup.hu/cikkek/20150720/a_windows_10_otthoni_felhasznaloknak_kotelezo_es_automatikus_lesz_a_windows_frissites#comment-1889916

Szerintem nem egyről beszélünk, vagy valami alternatív univerzumban lakunk. Épkézláb embereket az ITben normális cégek keresnek, nem keveset. Konkrétan sokmindenből erősen hiány van.




Mobiltelefonomban NFC ...: https://hup.hu/szavazasok/20150729/mobiltelefonomban_nfc#comment-1891529

"Ha nekem kellene ilyet csinalnom, akkor elobb jelenitenek meg egy QR kodot a telefon kepernyojen, mintsem NFC-hez nyuljak"

Miért jobb, hogy matatni kell a telefonon, mint hogy csak oda kell tartani valahova?




[Megoldva] Redundáns internet kérdés: https://hup.hu/node/141317#comment-1883076

az nem azon a dns szerveren van.




[Megoldva] Redundáns internet kérdés: https://hup.hu/node/141317#comment-1883077

Egyébként nem, lehet delegálni kisebbet is, rfc 2317, de imho nem fog a kérdezőnek ilyet csinálni a T a gyakorlatban.




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1883963

Én most épp egy lenvászon, normális nadrág szabású valamiben ücsörgök itt. Ebben igazából odakint is vidáman ellennék, semmivel nem rosszabb, mint egy rövidnadrág. (aminek by the way szerintem nem sok keresnivalója van egy munkahelyen, még ha itt speciel el is nézik /bár elvileg van dress code, ami nem engedi meg/ )




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884232

Mondjuk a maradék másfélben engem a szőrös lábad, amire alapvetően nem igazán vagyok kíváncsi :)

De egyébként nem mondtam azt, hogy nem lehet -- sőt, mondtam, hogy itt elnézik, annak ellenére, hogy elvileg van dress code, ezért nem is csesztetek vele senkit -- azt mondtam, hogy szerintem (hangsúlyozom szerintem) nem való irodai munkához. És egyszerűen azért, mert szerintem nem illik. Kollégákkal szemben sem, nem strandon vagyunk, hanem munkahelyen. Ügyféllel szemben akkor sem, ha egyébként pertuban vagytok, van még azért némi átmenet az a rövidgatya, meg az öltöny-nyakkendő között (amit meg egyébként nem értek, miért venné ki magát hülyén, nem csak temetésre meg esküvőre lehet öltönyben menni -- mondom ezt úgy, hogy én magamtól spec nem szoktam)




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884275

Igen, mi alakítjuk, és ebben az alakításban az én véleményem, hogy a rövidgatya munkahelyen illetlen.

Vagy akkor a másik oldalról az is rendben van, hogy valaki egy fehér pelus ágyékkötőben van, azt csoki? Neki úgy kényelmes, nem igazán értem miért lenne illetlen.




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884285

A fürdőgatya sem közszeméremsértés.




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884336

konkrétan a fehér pelus sem szeméremsértő :)

De ne legyen ilyen drasztikus. Egy sima szép zöld fürdőnadrág, és csoki. Még fecske se kell legyen. Nyáron nem kevesen topognak benne utcán, meg nyilvános helyeken. Be lehet menni dolgozni egy fürdőgatyában?




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884351

irodai munkáról volt szó :)

szerk: egyébként lehet, a kérdést módosítanám "be illik-e menni" -re




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884294

Az illem mindig szubjektív. És hiába próbálják itt feljebb valamiért belemagyarázni, hogy én be akarom tiltani, annál egyértelműbbé, hogy "hangsúlyozom szerintem" nehéz tenni azt, hogy ez szubjektív, és szerintem nem illik. Erre jönnek olyanok, hogy dehát nem szeméremsértő.

Én emlékszem olyanra, mikor jött valami ügyfél backoffice látogatásra, és kiment a mail, hogy mindenki stock csengőhangot állítson be. De van nálunk is, valami opera, de sajnos mind úgy értjük, hogy azt áriázza egy faszi, hogy "istván te kurrrrva". :)




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884393

Sajna nincs. A kollégák a bánk bánt tippelik.




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884385

bizonyára nagyon mások vagyunk, én tuti isten nem ücsörögnék egy vizes alsóban meg egy pólóban a munkahelyemen. Irány haza.




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884388

Ez imho emergency, IJ, csúsztasd, dolgozz otthonról, akármi. Ha nem fér bele, hogy ilyenkor ne dolgozz, akkor nem kell elindulni úgy, hogy fossáázás esetén ne legyen egy komplett váltófelszerelésed. Vagy nem kell elindulni, ha esélyes a fossáázás, ezt azért reggel elég jó eséllyel meg lehet tudni, hogy van-e erre esély. Bejönni szerintem prezentálható ruhában kell, abba nem nagyon fér bele a váltópóló egy alsógatyával. Biztos van olyan, mikor nincs mese, abban tolja végig az ember, akármi is van, de azért ez elég ritkás imho (kb valami nagyonbeütemezett changewindow)
(Igen, mentem már haza pólótcserélni, mert ráömlött a kv)




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884403

Pont erről van szó. Szerintem a kollégák között sem ücsörgünk vizes gyatyában.




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884493

Mert a kollégáid sem a rokonaid hogy póló alsóban ücsörögj közöttük...




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884507

azok előtt flangálunk gatyában. :)

Ez így van, én meg a tiedet nagyon az illemet leszarónak :) Egyébként nem értem, miért álszent, meg mesterkélt, hogy azt gondolom, hogy a hosszúnadrág / póló minimum elvárás irodai munkában?




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884513

nem tudom, az én tapasztalatom az, hogy akik szerint ez nem alap, arra elég sokan furcsán néznek, és szokásaink meg kultúránk tartalmaz formalitásokat, szóval szerintem ne tegyük fel normának. Annak pedig kifejezetten örülök, hogy a jogalkotó nem akar belepofázni társadalmi normákba, mert ahol ilyet tesz, az szar hely (voltam ilyen helyen, meg elég elolvasni a történelem addigi részét, amíg az egyházat a franciák nem zavarták vissza a templomaik kapui mögé, hogy odáig terjed a törvényük, utána meg vélemény max. Pont mint az enyém, meg a tied, és a belepoff ott véget ér nekem, hogy elmondom, szerintem nem jó. (Illetve ha a munkáltatód vagyok, akkor elvárhatom, hogy milyen normák mentén öltözködj a munkahelyeden).

Az meg, hogy eleink milyen ruhába öltözködtek, az ne legyen már mérvadó. Ilyen alapon a ritkás fürdés, meg a bokánál kötős finggyűjtős gatya is rendben van.

De egyébként ugye akkor az sem zavar, ha egy kolléga bőrcsattokban, lila tollbokrétával egy szép színes csíkos zászlóba tekeredve dolgozik? Törvény nem tiltja neki, ő így érzi jól magát.
---
Arra nem vagy ráhatással, de arra, hogy utána mit csinálsz, arra igen.




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884495

Még ha nem írtam volna, hogy mentem én már haza kevesebbért is. ;)

De egyébként ilyesmim is volt, külföldön hazafele fossááztam a tajfun végében, a hotelben nem száradt meg a normális cipőm (meg a nadrágom se, de abból volt még), és csak egy futócipőm volt, amiben másnap bementem, és egész nap győzködtem magam, hogy ezzel nincs para, és zavart, ha nem lett volna bazi sűrű a nap, szerintem vettem volna másikat. Pedig egy teljesen normális futócipő volt, jó állapotban.

Elképzelhetetlennek tartom, hogy hacsak nincs valami rettenetes nagy emergency, akkor egy pólóban és egy vizes gatyában beüljek az irodába dolgozni, mintha mi se történt volna. Szerintem ez nem normális dolog, valahogy meg kell oldani.




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1883966

Imho ha valaki eltér a bevett szociális normáktól, akkor számoljon nyugodtan azzal, hogy ezen el fog csúszni esetenként. Tipikusan ha van másik öt, aki megcsinálja kb ugyanazt kb ugyanúgy, akkor peched lesz az esetek jó részében. Amíg ez nem baj, mert fontosabb a neki megfelelő közérzet, mint az a biznic, amit így bukik, addig lelke rajta, csak érdemes tisztában lenni azzal, hogy azért alapvetően neked kell igazodni a kedves ügyfél igényeihez, ha nem egy a bolt.




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884235

Nyilván, sehol nem mondtam, hogy kizárólag a puccparádé az elfogadható :) Meg azt sem, hogy a rövidgatya sehol nem vehető fel, vagy alapból mindenki diszkriminál Mindössze annyit akartam mondani, hogy aki rövidgatyában óhajt üzletelni, az ne hisztizzen, hogy ha valaki csak emiatt nem áll vele szóba, az mekkora köcsögség...




Ahol te dolgozol, ott van neked előírva dresscode?: https://hup.hu/szavazasok/20150705/ahol_te_dolgozol_ott_van_neked_eloirva_dresscode#comment-1884237

miét, hogy legyen egy hosszúnadrágod? ne szopass már.




Debian Sponsor?: https://hup.hu/node/141714#comment-1889314

annyiban megvédeném, hogy valószínű valaki előtte olvasta, és látá, hogy ott a helye a 3rd party cuccoknak az opt alatt, ami eddig az övé volt :)

(és egyébként az fsh nem mond semmit arról, hogy mi kezeli az ott levő csomagokat. őszintén szólva én elég racionálisnak érzem azt, hogy ha egy ilyen valamiért nem tud rendesen integrálódni a distróba (pl mert kellenek neki régebbi/újabb libek, vagy valami), de a vendor mégis szeretne valami repofélét csinálni, akkor csomagoljon az opt alá.




Debian Sponsor?: https://hup.hu/node/141714#comment-1889323

Igen, valóban kb ugyanazt mondjuk :)

/az első linkelt wikin van, hogy oda nem deb, hanem tar menjen, bár a policyben ezt első bliccre nem láttam/




Debian Sponsor?: https://hup.hu/node/141714#comment-1891123

"jó lenne, ha pár disztribúcióra könnyen lehetne telepíteni a saját, hivatalos tárolójából." ráadásul debianról van szó :)




A cégeteknél használtok Docker konténer-virtualizációs technológiát?: https://hup.hu/szavazasok/20150719/a_cegeteknel_hasznaltok-e_docker_kontener-virtualizacios_technologiat#comment-1889917

volt itt egy topic az ubuntu új csomagoló izéjéről, kb ez a gondolat, csak pepitában :)




[megoldva] Melyiket? Tinyproxy vagy Apache mod_proxy: https://hup.hu/node/141783#comment-1890147

a nem transzparens proxy, ami ott ül a szélén már nyilván feloldja őket...




[megoldva] Melyiket? Tinyproxy vagy Apache mod_proxy: https://hup.hu/node/141783#comment-1890161

szerintem ő úgy képzeli, hogy tesz egy proxyt a publikusra, azt megadja a kint levő browsernek, hogy ő a proxy (és mittomén foxyproxyval vagy ilyesmivel lekorlátozza a belső nevekere), és akkor a kilens tudja a belső nevet, a proxy meg majd megoldja neki.

Működőképes, de Én is inkább valami reverse proxyra lőnék egyébként, de lehet van, ahol az problémás...




[megoldva] Melyiket? Tinyproxy vagy Apache mod_proxy: https://hup.hu/node/141783#comment-1890268

ha egyébként fix belépési pontok vannak, akkor azért lehet, hogy egy reverse proxy jobb lenne. gondolom valami dns bejegyzésed van, lehet mögé tenni pathokat ilyen http://enhostnevem/hulyeugyfel/tokom1, tokom2 stb, aztán azt hivogatni.




[megoldva] Melyiket? Tinyproxy vagy Apache mod_proxy: https://hup.hu/node/141783#comment-1890309

ja, hogy kódba belegyógyítottátok a pathokat...




UPC kontra SSH: https://hup.hu/node/138196#comment-1834262

nem tudsz belenézni egy wiresharkkal/tcpdumppal, hogy mivel záródik a kapcsolat? Ha megvan a rendes FINes móka, akkor jó eséllyel a te valameylik eszközöd bont.
Ha RST akkor viszont jellemzően valami tűzfal dönt úgy, hogy kibassza a sessiont.




UPC kontra SSH: https://hup.hu/node/138196#comment-1834766

Nem tudom, én első körben tcpdumpolnék, mint a modemmel cseszekszenék. :)




UPC kontra SSH: https://hup.hu/node/138196#comment-1840858

Szofisztikáltabb eszközöknél láttunk már olyat, hogy vagy azért, mert valaki lendületből volt ügyes: problémás -- egyébként udp, radius -- sessionöknél kivette a definícióból az idle-timeoutot, az eszköz defaultja meg nulla volt, aztán az idők folyamán feltelt ilyen szarokkal a session tábla, illetve busy cuccoknál olyat is láttunk, hogy a direkt égbe állított timeoutok miatt telt fel ilyesmi (megspékelve némi szarul implementált monitoringgal, ami hagyott egy rakás half open sessiont), és akkor nem nyitott újat. Aztán nyilván a felszabadulások függvényében volt ilyen hol megy, hol nem érzés. Mondjuk az nem dobált el kapcsolatot random, de persze nem is kínai vacak volt. De azért ha bele lehet nézni a modem beállításaiba meg diagnosztikájába, lehet, hogy meg lehet találni a gondot, persze csak ha még nem ment el a hajó.




UPC kontra SSH: https://hup.hu/node/138196#comment-1840960

persze. Az annakidején agyonajnározott wrt54g pont ugyanez volt (ok, valami sokadik rev, lehet hogy az eredeti még nem volt rakásfos)




UPC kontra SSH: https://hup.hu/node/138196#comment-1841684

sshra szerintem upctől függetlenül érdemes keeplaiveot használni defaultból, bárhol szebmejöhet egy olyan tűzfal, ami ilyesmit viszonylag rövid idő után timeoutol, ezzel növelve a pulzust :)




Cisco, te troll spammer: https://hup.hu/treyblog/20150723/cisco_te_troll_spammer#comment-1889919

én simán írnék valami kontaktnak, hogy miageciez csináljatok vele valamit :)




Az Ubuntu Phone OTA-5 (Unity-s) újdonságai: https://hup.hu/cikkek/20150716/az_ubuntu_phone_ota-5_unity-s_ujdonsagai#comment-1888185

tippem szerint több egyszerű embernek van böngésző a gépén, mint sftp kliens.




Az Ubuntu Phone OTA-5 (Unity-s) újdonságai: https://hup.hu/cikkek/20150716/az_ubuntu_phone_ota-5_unity-s_ujdonsagai#comment-1888226

Nézd, én sem látom sok értelmét, de azért, ha átlag felhasználónak nem valami értelmesebb linux felhasználót veszünk (aminek azért van értelme, ha esetleg pénzt is szeretnének keresni vele), akkor egy önbeállító webszerver (androidra is van kiscsillió ilyen a storeban, kiírja, hogy ezt másold a böngészőbe) kényelmesebb lehet, mint a samba és stb. Ráadásul vannak azért a webes interfacenek előnyei is, valószínű random szarokon még a legjobb eséllyel megy valahogy.

(az meg, hogy a biztonságra hivatkozol azalatt, hogy ftpt javasolsz... ;) )




Az Ubuntu Phone OTA-5 (Unity-s) újdonságai: https://hup.hu/cikkek/20150716/az_ubuntu_phone_ota-5_unity-s_ujdonsagai#comment-1888262

szakadj el attól, hogy biztosan fileokat akar rendezni, aki a fileokhoz akar hozzáférni :) Nekem eddig még eszembe nem jutott, hogy fileokat akarnék basztatni így egy telefonon. Az ellenben, hogy megnézzem mondjuk a képeket (ami valaki eredeti példája volt fentebb), az már előfordult.




Ip forward, iptables, subdomain: https://hup.hu/node/141673#comment-1888263

nem feltétlen, van, amibe bele lehet nézni, és az elég, pl pont az iptables conntrack modulok így működnek, nem proxyznak azok semmitse.




Ip forward, iptables, subdomain: https://hup.hu/node/141673#comment-1888269

nem keverem, pl az ftp pont ilyen, így találja ki, hogy a data az related. Mondjuk nem külön helyre irányítja (mivel a conntrack modulok nem erre valók), pusztán azt szerettem volna cáfolni, hogy ha layer7 info kell a döntéshez, akkor mindenképp proxyzni kell, mert ez nem igaz. Őszintén szólva rég csináltam ilyet iptablessel, lehet, hogy nincs modul hozzá, elméleti szinten jegyeztem meg inkább.




Ip forward, iptables, subdomain: https://hup.hu/node/141673#comment-1888295

" Őszintén szólva rég csináltam ilyet iptablessel, lehet, hogy nincs modul hozzá, elméleti szinten jegyeztem meg inkább"




Ip forward, iptables, subdomain: https://hup.hu/node/141673#comment-1888334

bakker, tényleg, ftpnél nincs semmi ilyen connectben




Ip forward, iptables, subdomain: https://hup.hu/node/141673#comment-1888668

illetve annyiban tényleg megkövetem nat kapcsán (illetve tulajdonképp endpoint selection kapcsán) a kollégát, hogy ott ez egy csomószor valóban nem fog menni csak a csomagból kiszedett infora támaszkodni, pl mert valakinek le kéne focizni a tcp handshaket payload előtt, és akkor valóban fel vinni L7re.




Ip forward, iptables, subdomain: https://hup.hu/node/141673#comment-1888266

Attól függ. Az iptables old fel ilyesmit, de csak induláskor. Szóval semmi dinamizmust nem tud magától. Valami periodikusan updatelődő dolgot még esetleg lehetne, de arra, amit te szeretnél szerintem nem lesz jó.

Igazából egyébként is hibás az elképzelésed (feltéve, hogy jól értem mit szeretnél), mivel az alapján, hogy a bacsi.geza.hu-nak szólt-e valami, eleve csak akkor lehet kezdeni valamit, ha ez az info rendelkezésre áll a sessionben (mint pl a httpnél teszi ezt), ez pedig nem jellemző. Egy random ping mondjuk először névfelold, aztán küld ping csomagot ipre, és abban már egy szó nem lesz arról, hogy ez bacsi.geza.hu-nak szólt. És ez még számos protokollra igaz (számosra meg, mint pl a https ugyan nem, viszont ott csak layer7en proxyzva -- man in the middle -- fogsz tudni belenézni, mert egyébként a titkosított csatorna tartalmát nem látod.

Szóval ha nagyon ez kell, akkor nem sok mese van, kell több publikus ip.




Ip forward, iptables, subdomain: https://hup.hu/node/141673#comment-1888655

Azon felül pedig generikusan max annyit lehet tenni, hogy bizonyos portrangeket egy az egyben oda teszel.

Szerintem gondold át, hogy valóban az-e az igény, hogy minden csomagnak át kell mennie, vagy egyszerűen csak ez kényelmesnek tűnt, és igazából jól elvagy a szolgáltatásportok beforwardolásával....




Ip forward, iptables, subdomain: https://hup.hu/node/141673#comment-1888736

A publikus ipn külön portra teszed. Pl az egyik belső gép kintről a geza.hu:13389 lesz, a másik meg a geza.hu:23389, ezeket beforwardolod az adott gép 3389-ére.

(és igen, vannak olyan protokolok, amiknek ha peched van egy ilyentől keresztbe áll a szeme)




Ip forward, iptables, subdomain: https://hup.hu/node/141673#comment-1889053

én max, hogy megpróbálja :)




Átlagfelhasználó számára könnyen használható, modern, Linux-alapú operációs rendszert készítene a Papyros: https://hup.hu/cikkek/20150710/atlagfelhasznalo_szamara_konnyen_hasznalhato_modern_linux-alapu_operacios_rendszert_keszitene_a_papyros#comment-1885615

jaja,

Nekem nem is tudom melyik iosnál, aminek "mindenki" örült, hozta ezt a flat design szart volt az az érzésem, hogy mi a fasz ez, beleszartak a csillámpónik?




Átlagfelhasználó számára könnyen használható, modern, Linux-alapú operációs rendszert készítene a Papyros: https://hup.hu/cikkek/20150710/atlagfelhasznalo_szamara_konnyen_hasznalhato_modern_linux-alapu_operacios_rendszert_keszitene_a_papyros#comment-1885711

Nem tudom, ezeken a modern színes szagos uikon én személy szerint időnként csak nézek, hogy mi hol van. Leginkább a googlnél vettem észre, hogy átszabnak valamit, és kurva triviális dolgokat keresgélek utána néha szó szerint percekig. Egyszerűen az agyam arra szocializálódott, hogy olvasson, és akármilyen kurva ötletes is pl az újonnan csinált picasaweb (asszem épp google photoson) a kis felhőbe felfele mutató nyilacska, valahogy jobban megtalálom az uploadot. Az is nagyon nice and elegant, hogy a beviteli mezők magyarázatát szürkével odaírjuk, de jártam már úgy nem egyszer, hogy ctrl+x, hogy milyen formát is szeretett volna. Szóval helyenként szerintem is kicsit sok
(megjegyzem a wines modern appok ...-re felugró magyarázatai viszonylag rendben vannak, a gugli sokkal összevisszább katyvaszt csinál)




Átlagfelhasználó számára könnyen használható, modern, Linux-alapú operációs rendszert készítene a Papyros: https://hup.hu/cikkek/20150710/atlagfelhasznalo_szamara_konnyen_hasznalhato_modern_linux-alapu_operacios_rendszert_keszitene_a_papyros#comment-1885794

Mondjuk ehhez nem kell a modern ui, van egy elméletem, hogy minél esélyesebb, hogy valóban van értelme, hogy egy programnak az óra mellett ikonja legyen (mert effektív nyomkodnám) annál semmitmondóbb észrevehetetlen vackot rajzolnak neki...




Átlagfelhasználó számára könnyen használható, modern, Linux-alapú operációs rendszert készítene a Papyros: https://hup.hu/cikkek/20150710/atlagfelhasznalo_szamara_konnyen_hasznalhato_modern_linux-alapu_operacios_rendszert_keszitene_a_papyros#comment-1885890

ja, azokra :)




Átlagfelhasználó számára könnyen használható, modern, Linux-alapú operációs rendszert készítene a Papyros: https://hup.hu/cikkek/20150710/atlagfelhasznalo_szamara_konnyen_hasznalhato_modern_linux-alapu_operacios_rendszert_keszitene_a_papyros#comment-1885796

Egyrészt a weboldalak egy jó része -- mint mások is említették -- pont olyan, hogy nem feltétlen rutin használat van, másrészt szerintem ez tök szubjektív, én rühellek ikon alapján menni. A taskbarra odapinelt nagy ikonok (only) is az első dolog, amit azonnal kikapcsolok a picsába, hogy kérem a feliratokat. Egyszerűen a vizuláis memóriám gondolom viszonylag szar, képtelen vagyok többszáz ikont fejben tartani, és egy szóképet sokkal gyorsabban felismerek, mint hogy egy ikon hierogrifát dekódoljon az agyam, hogy mi is ez. (Képolvasok egyébként, gondolom azért). Szóval nekem egyáltalán nem teszi átláthatóbbá. Arra meg, hogy valami designer szerint így nem letisztult, magasról szarok :)




"visszhang": https://hup.hu/node/141564#comment-1886834

a képet némiképp azért árnyalja, hogy az ellenőrzések rendre azt hozzák ki, hogy az egész gyakorlatilag szart sem ér, mind az újságírók, mind a security auditot csinálók úgy mennek át ezeken az ellenőrzéseken, mint a szél. Én is jöttem már haza úgy, hogy a laptoptáskában sikerült benne felejtenem a csavarhúzó tip készletet kb 20 db tíz centis hegyes acél tippel. Kutya nem szólt rám...




"visszhang": https://hup.hu/node/141564#comment-1886885

Nyilván, bocsánat, ha nem volt egyértelmű, hogy a konkrét esetről beszélek. Viszont ebben a konkrét esetben is az van, hogy azért az mérlegelendő, hogy mennyire hasznos egy ilyen eszköz, mennyire vannak alternatívái, és ezzel szemben mennyire sérti a privacyt.

Lehet félreérthető, szára is volt neki (nem tudom, úgy is tipnek hívják-e még, de rendes újnyi fogás volt rajta, azt nyél nélkül is vidámban bele lehet baszni valakibe 5 centi mélyen). Meg nyilván, ahova az bemegy, oda a csavhúzó nyele is...




"visszhang": https://hup.hu/node/141564#comment-1886998

Természetesen a táskában volt. Nem szedtem szét nagyon, tényleg csak a konkrét esethez akartam hozzátenni, hogy egyébként eléggé kérdőjeles a minősége, engem különösebben nem zavar a privacy része (bár azt sem mondanám, hogy egyáltalán nem). Viszont imho a táska is a privacy része, mint ahogy a boltos biztonsági őröknél sem rajong az ember azért, hogy bele akar nézni/nyúlni az ork.
---
A laptopot nagyon régen mindenhol kivetetik (van, ahol be is kapcsoltatják). Néha a fényképezőgépet és az obikat is szokták külön venni...
---
Nem tudom, szerintem egy akkora vasdarabbal, pláne többel, amiből egy sima szigszallagal nyelet is lehet eszkábálni... De volt már ugyanilyen krimpelőfogóval kollégánál, abban konkrétan penge van. Meg egyébként veszel a dutyfreeben egy üveg piát, elreccsented, és hello...




A mirror redirector hivatalos Debian szolgáltatás lett: https://hup.hu/cikkek/20150512/a_mirror_redirector_hivatalos_debian_szolgaltatas_lett#comment-1867579

lehet, hogy épp load balancingra optimalizált, nem arra, hogy neked jó legyen :)




A mirror redirector hivatalos Debian szolgáltatás lett: https://hup.hu/cikkek/20150512/a_mirror_redirector_hivatalos_debian_szolgaltatas_lett#comment-1867586

persze, mert mindig elrontod, aztán meg mástól várod, hogy megoldja :)




Sör-érzékenység: https://hup.hu/szavazasok/20150618/sor-erzekenyseg#comment-1879456

A strong nem rossz, de az a tekilás... brr




Sör-érzékenység: https://hup.hu/szavazasok/20150618/sor-erzekenyseg#comment-1879465

Persze, hogy gusztus kérdése. Mondjuk tény, hogy a tekilát én magában sem nagyon tudom mire vélni, de azzal az el bravossal az a bajom, hogy nagyon disztinkt a tekila íze benne.

A strong meg igazából azért, mert a sima az elég semmilyen. Mondjuk mostanában egyébként is jobban komázom a mindenféle testesebb söröket, sima lagert nem is nagyon, akkor már inkább valami IPA, de leginkább valami rendes sötét cucc.




Sör-érzékenység: https://hup.hu/szavazasok/20150618/sor-erzekenyseg#comment-1879457

Jaja, pl a limeos radler is remek cucc, csak nem értem, mit keres sörösdobozban.




Sör-érzékenység: https://hup.hu/szavazasok/20150618/sor-erzekenyseg#comment-1881241

ezt mondjuk úgy is írhattad volna, hogy sört nem fogyasztok :D




Sör-érzékenység: https://hup.hu/szavazasok/20150618/sor-erzekenyseg#comment-1881386

off: nem rossz az az mc egyébként, de már jó ideje semmi szükségét nem éreztem. Illetve de, az openelecen néha kényelmesebb lenne úgy takarítani....




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1873380

nem a telefonálást?




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1873784

az összes többin is halott leszel utána...




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1873821

Nem tudásról volt szó, hanem halottnak levésről. :) Egyébként ha szörszálhasogatunk, már aznap sem fogsz tudni róla, hogy most már halott vagy.




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1873621

Nem az a legnagyobb baj ezzel a vasárnapi zárvatartással, hogy van, hanem hogy
1) baromira nem kérdezték meg az érintetteket, hogy igény tartanak-e rá, vagy inkább keresnének pénzt hétvégén. Saját környezetemből kiindulva egyáltalán nem biztos, hogy a vasárnapot akarok lett volna a vélemény (különösen szép, hogy az új mtvel visszavágták a hétvégi pénzt, majd eljátszottak egy ilyet, hogy hát szegény emberek)
2) úgy egyáltalán, láthatólag semmi hatástanulmányt nem készítettek
3) az egész akkora gusztustalan demagóg szarral van leöntve, hogy az valami hihetetlen (az első kanyar még ugye nem arról szólt, hogy szegény munkásnak legyen szabad vasárnapja, hanem arról, hogy nem vásárolni kell menni, hanem otthon lenni a családdal... majd otthon maradok, ha úgy érzem, köszi.)
4) Annyira hihetetlenül fosul csináltál meg a részletszabályokat, ami dobogós faszság, pedig azért erős a verseny.

Szóval örömteli, hogy neked mákod van, és minden van a környéken, ki is tudod fizetni, de ezzel együtt azért ez egy igencsak érdekes húzás volt (azzal együtt, hogy egyébként engem különösebben nem zavar, max annyi, hogy sétatávban a legjobb pékárú a lidlben lenne vasárnap reggel frissen reggelire, de ezt azért túlélem)




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1874186

meg a háromműszakos gyárra, meg az ügyeletes melóra, meg a hétvégi maintainance windowkra, meg még egy csomó mindenre. Csak inkább nem adnék ötleteket...




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1874247

Egyrészt maga az indoklás is kurvára képmutató, mert nem a szegény dolgozó hétvégéje a lényeg, másrészt meg én személy szerint mint mondtam, leginkább leszarom, hogy van-e bolt vasárnap, max mild annoyance, hogy ha valami mégis kéne vasárnap, meg hogy szombaton baszott tömeg lett mindenhol, ha ettől tényleg jobb lesz jelentős mennyiségű embernek, én ezzel tudok együtt élni. De ezt egyáltalán nem látom.




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1874127

"Ha valaki ennyire szarul keres, annak a megoldás inkább az új munkahely keresése. "

azért kiemelhetnéd kicsit a fejed az ITs jólétből...




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1874133

nem elnézést kell kérni, csak észrevenni, hogy nem mindenkinek ilyenek a lehetőségei...




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1874150

Nem kell. Csak akkor azt, hogy neked ez így jó (mert képtelen voltál meggyőzni az asszonyt, hogy az előző 10 neki szar :) ), arról ne extrapoláljál már arra, hogy aki szerint nem az hülye, hogy nem keresett másik helyet, ha ennyire rühelli. Az meg, hogy szerinted egy "pár ezrest"többre értékel valaki egy vasárnapi ebédnél, akkor az furcsa, az leginkább csak azt mutatja, hogy fogalmad sincs, hogy azoknak, akiknek a te csak normális léted már kurvára álomjólétnek tűnik mit jelent hónap végén az a pár ezres (jelesül esetleg azt, hogy ugyan anyu nélkül, de van vasárnap is ebéd)




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1874666

"A hozzád hasonló write only-knak küldeném szeretettel a "hogy el tudom fogadni, hogy valakinek ez problémát okoz", már vasárnap leírtam. Ettől még nem érdekel a problémájuk."

ja, majd leírtad, kb 5 helyen annak az ellenkezőjét, hogy igazából eddig is szar volt, csak most billent át a bili, uh ne sírjon.

"Sajnos ilyen helyről jöttem. Csak tettem érte, hogy ne kelljen ebben élnem."
ennek fényében különösen érdekes, hogy nem érted, mi a probléma.




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1874180

Ez így van (bár nekem azért gyanús, hogy rengeteg fotelokos is úgy nézne ki egy ilyen szituációban, mint aki nem tesz érte semmit). Csak az van, hogy aki eddig ezzel így kb. elvolt, azzal közölni, hogy eddig is szar volt neked, informatikus úr felesége otthon akar ebédelni vasárnap (igen tudom, köcsög vagyok, és túlzok meg sarkítok), hülye vagy ha nem akarsz emiatt most már váltani kissé egysíkú.




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1873617

esetleg elfogadni, hogy nem mindenki e mentén él... :) A fagyasztott hús elég aljával pl. szerintem egy elég széles, disznóvágó réteg vitatkozna :)




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1873625

hagyjuk már ezt, este ne zajongj, mert akkor már fáradt munka után, meg alszik a gyerek, hétvégén ne zajong, mert én akkor pihenek, napközben ne zajongj, mert felébred a srác, aki éjszakázik... nyilván az ember figyel, de azért ne már. Aki ennyire együtt akar lenni a madárcsicsergéssel, vegyen egy tanyát a semmi közepén... Meg hogy ne húzzam le a klotyót, azt.




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1873627

nem keverem, tudom hogy lejebbi szálban volt. meg azt is tudom, hogy ezek mindenféle házirendben benne vannak, ettől még tarthatom ezek nagy részét elszállt faszságnak, mert a bagázs egy hülye része szombatvasárnap nem megy sehova, akkor a többinek is kötelező szombaton takarítani, mert ő vasárnap csendben akarja ordítattni a barátokköztöt sörböfgés közben és persze neki ez jár...? :) (Hozzáteszem, megy ez kertes házban is, ahol kurvára nincsen házirend, aztán a frissen kiköltözött okos jön jellemzően pampogni...)




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1873637

Imho a legtöbb ember nem úri passzióból vés falat vasárnap, hanem azért, mert muszáj. Ha épp ázik a fal, akkor azt hiszem, én sem fogom megvárni a hétfőt, mert téged zavar a vésés.

---

Bizonyára ilyen is van (én is láttam már ilyet), de azért nekem inkább az a tapasztalatom, hogy többen űznek abból sportot, hogy mindenki igazodjon hozzájuk... és mielőtt, nem, nem a sértettség beszél belőlem, szerintem életemben nem szóltak még ilyesmi miatt. Illetve de, egyszer volt, hogy szomszéd szólt szombat reggel, hogy lehetne, hogy ne most zajongjak, mert a kölök most aludt el egy egész éjszakás fülgyulladás miatti ordítás után, de ez imho nem számít ide. A fűnyíró nagy favorit egyébként, hogy az emberek vidéken mernek füvet vágni. Na, ilyenre emlékszem, a srác hétfő-szombat dolgozott, a hülye szomszédnak szombat este már nem volt jó, vasárnap semmikor nem volt jó, állandóan pampogott. Aztán mikor az xedik után a srác mondta, hogy oké, a nagyságos úrnak mikor felelne meg, ismerve a peremfeltételeket, a faszi azzal jött, hogy őt nem érdekli, hétvégén sose, vegyen ki szabadságot... aha persze.




A legjobban a .... utálom.: https://hup.hu/szavazasok/20150531/a_legjobban_a_utalom#comment-1873640

Ha így van, akkor valószínűleg azt teszem, kicsit sokat láttam azt, aki szerint az "ilyenkor lehet hozzá igazodni" nem létezik.




"Ablakon kidobott pénz volt a Nokia": https://hup.hu/cikkek/20150709/ablakon_kidobott_penz_volt_a_nokia#comment-1885315

"maradnak a halozati eszkozoknel ahol nincs nagy verseny"

:D :D :D




"Ablakon kidobott pénz volt a Nokia": https://hup.hu/cikkek/20150709/ablakon_kidobott_penz_volt_a_nokia#comment-1885332

O rili? :) /FYI: egy olyan cégnél dolgozom, aki gyárt/

Ettől még elég komoly verseny van. Konkrétan a Nokia egy idő után összeállt a siemenssel, és együtt mentek majdnem csődbe, most épp megint visszaveszik / kimegy belőle a siemens / darabolnak, franc se tudja, mondjuk a pletyik szerint a nokia mégiscsak hálózati eszközöket fog csinálni.




"Ablakon kidobott pénz volt a Nokia": https://hup.hu/cikkek/20150709/ablakon_kidobott_penz_volt_a_nokia#comment-1885380

Jaja, csak közben azoknak az értéke meglehetősen devalválódott.




Magyar emodzsitámogatás a LibreOffice 5-ben: https://hup.hu/cikkek/20150520/magyar_emodzsitamogatas_a_libreoffice_5-ben#comment-1870410

élőbeszédben márpedig semmi baj a tájszólással.

Egyébként a -ba -be pont olyan, hogy az emberek nagyrésze használja rosszul élőbeszédben, csak észre sem veszed. Én láttam olyat, amikor ezen folyamatosan okoskodó kollégát egy másik elkezdett minden alkalommal kijavítani, mikor hibázott. Nem kellett egy hét ahhoz, hogy ne okoskodjon többet...




Magyar emodzsitámogatás a LibreOffice 5-ben: https://hup.hu/cikkek/20150520/magyar_emodzsitamogatas_a_libreoffice_5-ben#comment-1870433

A -suk -sük nem helytelen. Az egy vélemény, hogy "művelt ember ilyet nem mond".




Magyar emodzsitámogatás a LibreOffice 5-ben: https://hup.hu/cikkek/20150520/magyar_emodzsitamogatas_a_libreoffice_5-ben#comment-1870507

bocsánat, hogy nem tettem hozzá, hogy szóban. Az van, hogy ha Maris néniéknél Messzefalván suksükölnek, attól még Maris néni nem beszül helytelenül. Maxmimum műveletlennek lehet miatta tartani.




Magyar emodzsitámogatás a LibreOffice 5-ben: https://hup.hu/cikkek/20150520/magyar_emodzsitamogatas_a_libreoffice_5-ben#comment-1870578

Jaja, tényleg lásd írást. Pontosan erről van szó, hogy ez egy kulturális intézmény. Céges tárgyaláson nem suksükölünk, mert az asztalnál ülők bunkónak fognak gondolni. Nem azért, mert egyébként lenne valami szabály, hogy ez hibás, hanem azért mert az ott ülők így néznek rá. És ettől bizony Maris néni, aki eddigi életében nem került olyan környezetbe, ahol ez ne felelt volna meg (pl egy céges tárgyalásra), ezért nem is nagyon megy neki, vagy nem tudja, hogy ez a másik szemében probléma, szóval ettől még Maris néni nem beszéli hibásan a magyar nyelvet.

Eleve, még az írott nyelvtan szabályai is alapvetően leíró tudomány jellegűek. Ha 50 év múlva mindenki azt fogja írni, hogy valyon, akkor bizony az magyarul úgy lesz, még akkor is, ha téged (meg engem) 80-90 évesen ez kurvára fog irritálni.




Magyar emodzsitámogatás a LibreOffice 5-ben: https://hup.hu/cikkek/20150520/magyar_emodzsitamogatas_a_libreoffice_5-ben#comment-1870764

Arra gondolok. És szándékosan azért fogalmaztam így, mert szerintem a tájszólás sem olyan, hogy ha kimondta rá a nagytiszteletű akadémia, hogy ez tájszólás, akkor elnézzük neki, ha nem, akkor meg nem. Ha Maris néni született magyarként így beszél, és erre a környezete nem néz ferdén, akkor az nem lehet helytelen.

Azt pedig, hogy műveletlen-e, az pedig mint fent is mondtam már egyéni vélemény kérdése. Vagyis mindenki gondolhatja, ha akarja, hogy Maris néni műveletlen, egyéni szíve joga. Azonban ez egyéni vélemény, nem igazság.




Magyar emodzsitámogatás a LibreOffice 5-ben: https://hup.hu/cikkek/20150520/magyar_emodzsitamogatas_a_libreoffice_5-ben#comment-1870774

Érdekes egyébként, hogy anno egy projekten shanghaiban pekingi kacsát ettünk a kanadai kolléganővel (azta, ez leírva de kurva fellengzősen hangzik. Akkor már bele se írom, hogy egyébként a csaj indiai származású volt). Ami az angol étlapon mint pekingi kacsa szerepelt, és ezzel együtt ismert volt mint kaja a csajnak ezen a néven. Viszont nem volt meg neki, hogy Peking az ugyanaz a város, amit ő Beijingként ismer.

Mondjuk a kétféle átirat is vidám, mikor Taipeiben a térképen az van, hogy Panchao, az utcatáblán meg az hogy Banjao, azt azért az ember nem biztos hogy elsőre összerakja :)




Magyar emodzsitámogatás a LibreOffice 5-ben: https://hup.hu/cikkek/20150520/magyar_emodzsitamogatas_a_libreoffice_5-ben#comment-1873294

Nem tudom, mennyit voltál ott, én elég sokat, és nem emlékszem, hogy bárhol is láttam volna aposztrófot táblán (ami nem meglepő, rengeteg sokkal nagyobb hibát eljátszanak ott is, meg nagykínában is az angol nyelvű táblákon, mint hogy az átiratok ilyen finomságai).

Ettől egyébként akár az is lehet, hogy bele volt írva, vagy nem egészen panchao volt, őszintén szólva annyira sosem mozgatta a fantáziámat annyira. Egy taxinak el tudom mondani, hogy jobrablaraittáljmeg, azt csoki :)




Magyar emodzsitámogatás a LibreOffice 5-ben: https://hup.hu/cikkek/20150520/magyar_emodzsitamogatas_a_libreoffice_5-ben#comment-1881635

azért az ITban ki lehet oda jutni :)




Magyar emodzsitámogatás a LibreOffice 5-ben: https://hup.hu/cikkek/20150520/magyar_emodzsitamogatas_a_libreoffice_5-ben#comment-1885249

Gondoltam, hogy valami ilyesmi van a háttérben. :)

Én elég sokat voltam azon a "környéken", alapvetően nem rossz, bár vannak érdekességei. Tajpej pl kifejezetten randa sok helyen, látszik, hogy komolyan gondolták az ideglenes dolgot egy jó darabig. Ami frissen van csinálva, az már ok, de egyébként káosz. A múzeum viszont király :D




Meizu MX4 Ubuntu kiadás: https://hup.hu/cikkek/20150305/meizu_mx4_ubuntu_kiadas#comment-1844099

Én kb másfél éve vettem telefont, akkor volt friss asus (asszem transformer, vagy padphone, vagy ilyes néven futott), és elég komolyan elgondolkodtam rajta, (bár nem mint desktop, hanem mint tablet), de aztán oda jutottam, hogy asszony ipadjét is csak ritkán vesszük elő....




Meizu MX4 Ubuntu kiadás: https://hup.hu/cikkek/20150305/meizu_mx4_ubuntu_kiadas#comment-1844678

Speciel a mostanában divatos végtelenített, meg position aware menüs szarok gyakran használhatatlanabbak, mint egy fasza kis statikus html :) Személyes kedvencem a bootstrap! javascirptet leíró része (http://getbootstrap.com/javascript/), ahol azért illene ennek jónak lenni ugye, és ami kisebb felbontáson (értem én, hogy a tökért van 1366x768 kijelzőm, én is szívesen megkérdezném a hptől, hogy fél misiért ezt így hogy, de azért nem extrém kicsi ez) belegörgetsz, szépen lenyílik a menü, és utána az alsó része szépen nem látszik, ha onnan kell valami, akkor kattints lejjebb, mert akkor majd talán jó része nyílik le, vagy csak keveset kell lefele görgetned... Hát kösz :)




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1862853

És ez mennyiben cáfolja meg azt, hogy ha a gyors fejlesztés miatt 152 csomagban ott van egy statikus openssl, akkor a 152 csomag fejlesztőjének egyesével kell releaselnie a csomagját, ha az opensslben bug van?




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863036

Magyarul vagy van a nagy egységes platform izé (amin belül a fene sem tudja, hogyan fognak ezek kezelődni, pedig ha kellően sok minden van a platformban, akkor kb ugyanott vagyunk, mint eddig)

Vagy a fenti "Számomra kiöli az egyik nagy előnyét az egész csomagkezelésnek: nem kell hatezer programot újrafordítani/feltelepíteni, ha pl. javítanak egy OpenSSL-sérülékenységet. Ami nem ritka eset..." mégiscsak helytálló. Az meg, hogy nem olyan nagy mágia, hátszóval. Egy baszogatandó helyett 152 baszogatandó lett, különböző hozzáállással és hozzáértéssel egy random berántandó miatt, a gyakorlat azt mutatja, hogy ez bizony igencsak mágia, imho az erősen jellemző beszűkült dev szemlélet...

Egyébként -- ez már a lejjebire -- miért kéne neked frisset releaselni mondjuk egy LTS verzióra. Többek között azért választ valaki ilyet, mert nem akar mindenféle összeszevissza frissülő programot. Aki akar, az nem használ ltst (igen tudom, hogy de, az keyboard chair interface error).




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863126

(fogok reagálni lentebb olvasottakra is szerintem, csak nem akarom nagyon szétrobbantani, szori)

Egyrészt, van hogy cég :) Másrészt meg szerintem ez a kérdés szempontjából nem mérvadó. A mérvadó az az, hogy egy helyen van a dolog, vagy sok helyen kell ugyanezt javítani. Főleg úgy, hogy míg az első esetben az egy helyet karbantartó valószínűleg képben van (igen, tudom, hogy nem mindig, épp az openssl meg a debian kontextusban ugye tudunk példát...), a 152 helyet esetében meg járulékos vacak, ami nem mozgatja a fejlesztőt. Nekem személy szerint nem szimpatikus az a világ, ahol ez utóbbi a jellemző, mert saját tapasztalataim azt mutatják, hogy 152ből 140 szarni fog rá, hogy normális ütemben reagáljon. És értem, hogy ezt mondjuk egy robottal lehet nézegetni, de nekem az szintén nem túl szimpatikus, hogy ahelyett, hogy elsőre rendesen csináljuk, inkább -- mert gyorsan akarunk releaselni -- inkább automatával takarítjuk a szart a storeból...

"Miért ne lehetne tudni???" -- helyesbítek. Mivel nem ismerem a snappyt részleteiben, ezért én nem tudom. Az alapján, ami itt kiderült róla -- nevezetesen hogy kvázistatikusra fordított konténerek, amiknél van valamiféle izoláció, meg tudnak függeni platform dolgokról -- ez kb alkalmatlan arra, hogy a platform belső függéseit kezelje, tehát oda kell valami. (Vagy ha alkalmas, akkor mégiscsak ott vagyunk, hogy kb a kernel után minden ilyen konténerekben van)

"Mondjuk mert az egyik ügyfél ezt akarja?" -- Az az ügyfél hülye :) Ami még nem baj, csak én spec. annak nem örülök, ha a hülye ügyfél miatt felforgatjuk a többieknek a terepet.

" Az egész modern app világban nincsenek ilyen típusú biztonsági rések az appok oldalán" -- lemaradtam valamiről, hirtelen megtalálta a programozó társadalom a szent grált, és 60 éve először tudnak sechole mentes szoftvert írni? Örülnék, de engedelmeddel, szerintem ez egyáltalán nincs így.
---

Értem én az ilyen zárt konténereket, meg azt az igényt is, hogy gyorsan lehessen kicsapni a mindenféle dolgokat, csak nem nagyon szeretem. Azért nem, mert egyrészről ebből a folyamatos friss release, meg autoupdate őrületből nekem egyre inkább az a kialakuló képem, hogy a kedves developer kommunának büdös rendesen karbantartani a vackait, meg elég ideig megőrizni a visszafele kompatibilitást, és mostanában valahogy úgy áll az élet, hogy ők tudják mindenki más torkán letolni ezt az izét. Includeing security, üzemeltetés, meg a felhasználók (akik jó részénél egyébként baromira nincs ám igény erre). Oldják meg ahogy akarják, ő szarik rá.

És azt is értem, hogy van, amire ez kb jó /bár engem felhasználóként is igen zavar, hogy az ökoszisztéma alapvetően úgy van kialakítva, hogy feláldozza a security jó részét a fejlesztői kényelem oltárán, de látni kell, hogy egy átlag felhasználó ezt nem látja/érti/érzi át... nem is kell neki, ez bizony a szakma felelőssége/, de megintcsak a tapasztalatom azt mutatja, ezek a dev urak fogalmatlansága/hozzáállása miatt legyűrűznek majd a fingós apptól a rendes szoftverekig. A disztribútor dolga meg majd reménytelen lesz, és lehetetlen lesz neki értelmesen összerakni egy normális disztrót, ami értelmesen sec updatelhető, nem töri keresztbe a programok funckionalitását félúton az app developere, hiába akarnék én LTSt használni, ennek olyan előnyeivel pl hogy egy lib egyszer van csomagolva :)

Hozzátenném még, hogy azért érzésre olyan libek, amikből nehéz többet rendesen csomagolni viszonylag ritkák, és kb a spektrum két végén helyezkednek el: vagy valami kis randombasz, amit tessék újraírni, vagy megfixálni, hogy lehessen belőle párhuzamosan több, vagy valamelyik böszme nagy behemót, mint pl a qt. Ebből egy normális szoftverháznak túl sok nem lehet, valószínűleg érdemesebb lenne értelmesen backportolni olyan régebbi disztrókra, amiket supportálni akar (azért ezek nem megugorhatatlan feladatok, a disztribútorok nagy váltások környékén mindig meg tudják ugrani akár egy komplett kde-vel is). És továbbra is azt gondolom, hogy ha olyat fejlesztessz, amihez feltétlenbaromira muszáj a qt legújabb verziója, akkor azt nem feltétlen kell kiadni az épp futó LTSre. Jó lesz majd a következőre, amibe bemászik a qt megfelelő verziója magától. Vagy legalábbis ne álljunk már be arra, hogy ezt LTS fölé is oda lehessen taknyolni jegyében ilyen izébe csomagoljuk, mert van egy hülye ügyfél, akinek ez mindenképp az LTS fölé kell. Fizesse meg ő az árát, hogy ilyet akar, ne a többiek, akik nem :)




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863164

Őszinte leszek veled, annyira nem érdekel a snappy, hogy ennek én részleteiben utánaolvassak, az általad felhozott érvekre reagáltam, gondolván, hogy te mind hozzáértő a szerinted a témában releváns érveket fogod felhozni.

Annak fényében mondjuk, hogy láthatólag nem vagy hajlandó meghallgatni a másik oldal gondolatait, és vagy lesöpröd azzal, hogy nem úgy van, vagy megpróbálod mindenki szájába adni, hogy direkt félreérti, meg eltúlozza, közben a gondolatmenet számodra kellemetlen részeit egyszerűen figyelmen kívül hagyod, szóval ennek fényében szerintem nem olyan nagy vétség részemről sem, hogy nem olvastam utána részleteiben.

Főleg, mikor olyanokat írsz le, hogy "Én nem hülyézném le azt az ügyfelet aki mondjuk a stabil kiadású platformhoz ragaszkodik" miközben láthatólag nem esik le, hogy a stabil platformhoz ragaszkodás egyik legfőbb oka általában, hogy ne tegyen fel minden jöttment app egy rakás a disztribútortól különbözően buildelt függőséget, amit meg te szeretnél az arcába nyomni a konténereddel.

Nézd, értem én, hogy érintettként fáj, amikor az ember dédelgetett kicsi gyerekét kritizálják, hidd el, nem bántani akarlak én téged, akár még azt is elhiszem neked, hogy a snappy alapvetően egy jó szoftver, de azért lásd be, itt valami kívülálló szemmel egy kicsit félrecsúszott a kommunikáción. Legalábbis nekem a cikkbeli deb megy, snappy jön, az azt jelenti, hogy nincs tovább deb. Vagyis a snappynak azt le kell váltani. És ha az ilyesmire vonatkozó kérdésekre egy fejlesztőtől azt látom, hogy elkeni, hogy ez csak a fingósappnak van, meg nem a libekről van szó, miközben az jön le, hogy direkt nem akarod érteni a felvetett problémákat, annak nincs jó optikája. Nem mintha eddig komoly esély lett volna rá, de egy egy ilyen megnyilvánulás után nálam bizony kap egy olyan strigulát, hogy ilyenbe pakolt izé alaposabb elemzés nélkül a közelébe nem megy semmi komolyabbnak, amihez közöm van.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863235

"Úgy nehéz beszélgetni, hogy én igyekszem utánanézni a dolgoknak, felkészült és szakmai válaszokat adni ameddig te csak csuklóból leszólsz dolgokat :) Gondolom ebben egyetértünk." -- lehet valamit rosszul csináltam, de én úgy láttam, hogy én kérdezni próbáltam, a te felkészült szakmai válaszaid viszont kimerültek abban, hogy direkt nem akarom érteni, meg hogy olvassak utána, hogy hogy is van ez, mert te azon túl, hogy "stabil platformon továbbra is megteheti bárki" nem nagyon akarod két mondatban összefoglalni, hogy mi is ez a stabil platform pl, és hogyan van managelve, ha kihúzódik alóla a deb.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863269

Nem leszólandó, csak ha te nem vagy hajlandó infót megosztani, akkor nem fogunk róla beszélgetni (egyébként ha kicsit olvastad is, mit írok, akkor azért feltűnhetett volna, hogy utána-utána olvasok forrásoknak, de szorri, az ircen nem fogok tornázni, hogy magyarázza már el valaki.)

Érdekes, most azért hajlandó voltál modani róla valamit. Azért idézném a cikkben linkelt bejelentést: "and so the current .deb based Desktop Next image will be going away and will be replaced with the new Snappy version." -- ebből szerinted honnan kellett volna kikövetkeztetni, hogy mégiscsak ott van a dpgk meg az apt?

(Egyébként csak így csípőből harmadik útnak pl ott az selinux meg az apparmor (ha jól emlékszem az ubuntu azt tolja) ;))




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863290

Féreérted. Az, hogy mutogatsz, hogy van doksi, meg tedd fel, meg tedd fel a kérdésed, abból nem nagyon lesz beszélgetés. Csak akkor ne csodálkozz, hogy az emberek félreértik.

Akkor pláne ne, ha a linkelt (ergo gondolom "hivatalos") leírt mondat cáfolata az, hogy van itt egy itwordos cikk, meg fel is tehetted volna megnézni, hogy nem úgy van, mint a linken. Miközben az ubuntu.comról pl. nem derül ki, hogy mi az a desktop next. Se egy menü valahol, se semmi a keresőben azon túl, hogy hosszú listák alatt van next>> link :) Szóval azért a zérus tájékozódástól messze voltam.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863335

szerinted nem volt meg a let meg google this for me? :)

Egyébként ha te ilyen érzékeny voltál lentebb a stílusra, akkor most vegyél kézbe egy tükröt. Mellesleg a hamramdik linkedre visz, neked ebből kiderül mi ez, azon kívül, hogy az eddigi desktop iso? Egyébként a többiből is az egyetlen olyan, ahol ez kb le van írva, az az utolsó, (a többiben lófasz info nincs), bár azért ott sem sok. Ráadásul people/~valaki? hátizé, azért erre mutogatni, hogy miért nem találom meg :)

Na jó, de most akkor vagy minden megy frameworkbe ami duplikálós (ami mint kiderült marad a deb, -- amiben állítólag nem lehet ezt jól kezelni :)) és tulajdonképp az lesz, hogy az ubuntu majd mégicsak becsomagolja a különböző verzióit egy egy frameworknek, mint pl a qtnek? vagy az, hogy mégiscsak lesz kódduplikáció ahol a 152es probléma előjön :)




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863370

Nézd, mikor huszadjára nem vagy hajlandó felfogni azt a pofonegyszerű dolgot, amit mondok, akkor hadd ne vegyem komolyan :)




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863212

ill ez tegnap kimaradt, uh majd most:

"Milyen biztonsági kompromisszumot látsz ebben az izolált és konténeres megoldásban?"

1) Az appban levő adatokét? Gondolom megvan az az (egyébként túlegyszerűsítő) xkcd, hogy ugyan egy maleware az összes banki adatomat, emilemet, doksiaimat viheti, de legalább drivert nem telepíthet a gépemre. Na, ez kb ugyanaz pepitában. Ha valamelyik behúzott komponens szar, akkor az abban levő adatok bajban vannak. Ha 152 helyen szar, akkor 152 helyen külön kezelendő a probléma :) Megspékelve mindezt az általad is bemutatott, de egyáltalán nem egyedi "hát ma már töksecure, mert konténerben van" mondással, ami bizony előrevetíti, hogy a kedves urak jó része fosni fog a rendes patchelésre.
2) Ha szerinted az, hogy egy cve után az appstore robotjával kell turkálni, hogy megpróbáljuk kitalálni, mi sebezhető, nem security probléma, illetve visszalépés, akkor őszintén szólva nem nagyon tudom, hogyan magyarázzam el.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863272

1)
">>lemaradtam valamiről, hirtelen megtalálta a programozó társadalom a szent grált, és 60 éve először tudnak sechole mentes szoftvert írni? <<

Igen, vélhetőleg lemaradtál arról, hogy az android, ios és ubuntu phone alkalmazások csak user space-ben és csak a regisztrált API-khoz férnek hozzá. Erre próbáltam célozni. Sajnálom, hogy páran _direkt_ félreértik ezt. De mindegy, poénkodni nem rossz... de azért szerintem te is érted, hogy mire írtam ezt és miért.

>>feláldozza a security jó részét a fejlesztői kényelem oltárán<<

Milyen biztonsági kompromisszumot látsz ebben az izolált és konténeres megoldásban?"

Magyarul szerinted ha a rendszer meg van védve, szerinted biztonságos, mert hát már csak regisztrált APIt ér el, és én vagyok lemaradva, nem te nem érted... Aha.

2) Hát, ha szerinted az a modell, hogy automatával kell keresgéljük hogy hol maradt még valami vulnerable a 152x duplikált kódból okosság, meg pláne jobb, mintha egy helyen lenne kezelve, akkor valamelyikünk nagyon nem érti a securityt.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863280

nem, te nem érted, hogy a rendszeren kívül az appoknak is biztonságosnak kell lenniük. Tucatszor elmondtad, hogy ez így jó (igen, olvastam az összes hozzászólásod), mert. Én se fogom még egyszer leírni, hogy nem érted :)




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863293

Ezt én értem, eddig is értettem (más kérdés, hogy nem feltétlen ezt tartom a jó iránynak). Nem akarom félreérteni, te nem nagyon akarod megérteni, hogy én nem erről az oldaláról beszélek. Kérlek terjeszd ki az elemzésed tárgyát az appra is. Ugyanis nekem, mint végfelhasználónak az is fontos. Te ugye azt mondod, hogy az app belső dolga minden egyes app dolga, részetekről el van engedve. Namost ez a gyakorlatban azt jelenti, hogy a kódduplikált cuccokban levő sebezhezőséget is mindenki oldja meg maga. És ez azzal, hogy abba az irányba nyomjuk a cuccot, hogy legyen kódduplikáció, sokkal gyakoribb lesz, mint eddig, hiszen ugye a banális openssl példánál maradva innen 152 appnál kell lekövetnem, hogy kész van-e már, mert a disztribútor közölte, hogy ezt ő leszarja. Nekem mint felhasználónak ez baj.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863299

te meg értsd már meg, hogy én pontosan a fingások.waw biztonságáról beszélek, amit te negligálsz.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863338

Azért baj, mert ha kihasznál valaki egy az appban levő sebezhetőséget, akkor le tudja törölni a waw fileomat? De szerintem hagyjuk, te mutogatsz, hogy nem akarom érteni... :legyint:




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863399

Akkor fussunk neki 88adjára: nem a rendszer sebezhetőségéről beszélek már nem tudom mióta (kb ennek a subthreadnek az eleje óta). Igen, tiszta sor, hogy ott jó az izoláció, nem véletlen megy évekóta mindenféle projekt ami az ilyesmit célozza, cgroups (és annak systemd integrációja pl), apparmor, selinux, a kiscsillió féle lightweight virtualizációs konténer. Ezt nem vitattam, le is írtam vagy 5x, hogy értem, csak valamiért nem vagy hajlandó észrevenni. Értem. Igen, az izoláció security szempontból jó. az rwxrwxrwx modell gyenge. Értem. Léphetünk?

Amit én mondok, hogy ha mégis maradt valami sebezhetőség az izolációs konténerben, amit kihasználva kompromittálhatóak az adatok, az ellen ez nem véd az izoláció. Nyilván, ha ez az app saját kódja, akkor valóban kőmindegy, ha viszont valami, ami most az új rendszerben mellékerült statikusan, míg korábban a disztróval jött csomagra dependált, akkor ennek a frissítési lehetősége szarabb. És ez biztonsági kérdés. (Hint: minden biztonsági kérdés quality kérdés)

Az meg, hogy már megint egy olyan framework, amin keresztül nem lehet majd távolról hibát kihasználni, mert ő megvéd ellene, azt te is tudod, hogy nem így van. Egyszerűen csak annak a komponensnek kell sebezhetőnek lenni, amit keresztülenged magán a framework (igen csodálkoznék, ha lenne arra erőforrásotok, hogy az átmenő kommunikációt részleteiben elemezzétek, mondjuk protokollonként, mert az egy kicsit nagyobb meló, mint debbe csomagoni a világot :) )




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863635

"hogy egy izolált és konténerben lakó, ott futó alkalmazásra kívülről semmilyen veszély nem fenyeget ", "de ez meg a kutyát sem érdekli." , hogy idézzek, klasszik.

Azt hiszem, én ezt itt befejeztem, további kellemes struccozást.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863765

úgy látom, ebben egyezik a véleményünk :)




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863402

A példád inkább hagyjuk, nem autós, nem tudom értelmezni :)

Egyébként meg egy jottányi szóval nem mondtam soha, hogy a jelenlegi csomagkezelés tökéletes, ebben a szálban egyetlen kicsi aspektusán lovagolunk már régóta.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863637

Ebben a szálban konkrétan ennek _egy_ security aspektusáról beszélgetünk már régóta.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863768

Na jó, ne haragudj, de hülyeséget bazmeg te beszélsz, máer ne haragudj. Nem elmagyaráztad, hanem kinyilatkozattad, hogy az nem kockázat. Faszt se magyaráztál el.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863298

még mindig arról van szó, hogy az eddig dependenciaként jövő, most odaduplikált kódban levő security javítás hogy jut el az összes apphoz. Pl a bankolós appomhoz, hogy onnan ne tudják kilopni a banki adataimat. Meg a chatelős appomhoz, hogy onnan meg ne tudják kilopni a csetem tartalmát, meg a böngésző appomhoz, hogy ne tudjanak beletaknyolni a https forgalmaba.

Mert ugye feljebb az volt a mondás, hogy ez le van szarva, mert az appok biztonságosak, mert izolálva vannak, nem kell nekik központi függőségfrissítés. idézném "egész modern app világban nincsenek ilyen típusú biztonsági rések az appok oldalán"




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863341

Igen, bakker értem. meg azt is értem, hogy ellenben azzal, amit te itt kommunikálsz, hogy izolált, húzza be magának és tartsa meg magának cuccot az új irány a diszrók eddig policy szinten nem így csinálták, és pontosan az volt, hogy igyekeztek ezt csak nyomós esetekben hagyni, a többieknek meg megmutatni, hogy ott a függőség.

Nem apokalipszist vízionálok, hanem lassú rothadást, mert az a tapasztalatom a fejlesztéssel, hogy nagy százalékban a lefordult, megy, releaseltük, leszarom van, ha erre megkapja a lehetőséget :)




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863374

"Erre megoldás egy izolált és a rendszer egyik frameworkje által sem nyújtott könyvtárakat is magával hordó user space-be települő és létező alkalmazás."




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863647

Ne haragudj, de most én mondom, hogy nekem ehhez ebben a stílusban nincs kedvem.




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863336

Magyarán szerintetek nekem jó, ha a változatos qualityjű appok alatt nem javul az, ami eddig tudott magától. Amit eddig a diszribútor a saját gondjának érzett, ott most felteszi a kezét, hogy leszarom, a vendor dolga. Baj, ha ez nekem továbbra sem szimptaikus?




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863355

üdvözlendő az igen egyszerű világkép, amit itt előadsz, nem próbálnálak kivenni belőle, uh inkább nem akarnék róla beszélni azt hiszem




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863643

Te kezdted az akarsz róla beszélnivel (vagy neked szabad fricskázni?) és tekintve, hogy már nem keveset beszéltünk róla. Továbbá személyeskedés az lett volna, ha azt mondtam volna, hogy hülye vagy :) (Amit egyébként nem gondolok). Ezzel szemben azt mondtam, hogy a témában felmutatott világképed szerintem kissé túlegyszerűsít, és ezért nincs kedvem róla beszélni. Ha ez neked személyeskedés, hát hajrá. Fentebb már leírtam, hogy miért gondolom, hogy ez azért nem ilyen egyszerű, nincs kedvem mégegyszer, ne haragudj




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1864220

(csak félve kérdem, hogy észrevetted-e, hogy félúton belőlem zeller "lett" :) )




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863215

Akkor ezek nem is lesznek benne az új ubuntuban?




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863219

meg. Elmentem az ubuntu oldalára, ami alapján a desktop az a végfelhasználói gépekre szánt változat, abba nekem a fenit csomagok bőven benne vannak (hacsak nem az van, hogy ezekre továbbra is megmarad a deb, de erről a belinkelt bejelentés nem szól).

Az ubuntu oldaláról kurvára nem derül ki, hogy mi az a next, ezért én feltételeztem így kiadás után, hogy ez kb a fejlesztői ág neve. Ráadásul BZoltan lejebb mondta, hogy "Amit most kitaláltak az az, hogy ezt a modellt adaptáljuk az asztali Linuxra." Én ebből továbbra is azt látom, hogy ez kb az eddigi desktop image.

Ha nem, akkor kérlek javíts ki, ha viszont igen, akkor a kérdések igenis jogosak :)




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863237

magyarul nincs válasz :)




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863244

Magyarul aki eddig a desktop verzióban akart fingós appon kívül mást is használni, az IJ, és ez így jó. Hát...




Az Ubuntu Desktop Next .deb csomagformátumról Snappy-re vált: https://hup.hu/cikkek/20150425/az_ubuntu_desktop_next_deb_csomagformatumrol_snappy-re_valt#comment-1863273

kérlek, akkor -- bár már fentebb is -- magyarázd már meg, hogyan kellene ezt érteni:
Our plan for 15.10 (which is still being finalised, and will be discussed in more depth at UOS in a couple of weeks) is to have a build based on Snappy Personal and so the current .deb based Desktop Next image will be going away and will be replaced with the new Snappy version.




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1753045

Az a baj, hogy ha ez a két csoport egymással háborúzik, az nem jó imho. Én legalábbis soha nem játszanék ilyet.




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1753189

ettől még a freeként játszó nem fog játszani pay2win konstrukcióban mások ellen, mert a cannon fodder szerepet kevesen élvezik. Egyedül játéknál is elég idegesítő a pay2win, de ott az ember max lassabban halad, vagy néhány pályával véreset hugyozik, vagy valami. De mikor a másik megveszi az automatacélzós puskát, neked meg csak egy irodai tűzőgéped van ellene, akkor az nem jó játék.




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1753235

Többek között ezért nem nagyon játszok mmmo-t.

De egyébként azzal, hogy ha aki ellen éppen játszok, az kb azt tudja, amit én. Az, hogy mondjuk az adott izé megszerzése neki 2 nap volt, nekem meg 2 hét, az kevésbé érdekes, ha a játék éppen akkor élvezhető, mikor játszom.




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1759640

Egyébként: tudod mit jelent az, hogy körökre osztott? csak mert az egyébként alapján nem...




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1759808

" Multiplayer alatt minél többen vannak, annál kevesebbet kell egymásra várni. Csak gondolj bele, hogy egyre több hasonló szintű játékos lesz egyre gyakrabban fent, akik közül lehet választani." -- ezt hogyan óhajtod alkalmazni körökre osztás esetén, mikor mindenkinek meg kell várni az "én lépekjét"?




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1759844

az ok, én csak a jani fejében levő tévképzetet próbálom értelmezni, aki a hogy van ez körökre osztásnál jön azzal, hogy nem gond, mert sokan játszanak, könnyű játékostársat találni...




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1759845

- pedig eskü türelmes voltam, kedves drupal. -




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1760250

Ja, csak te Ritternek erre a felvetésére reagáltál: "Szerintem a körökre osztott stratégia és multiplay problémás egymással ... a játékosok számának növekedésével egyre nehézkesebb az, hogy egymásra kell várni." Ami meg imho az, amiről én beszéltem, és te meg idekevertél cáfolatnak játékindítást.




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1760270

persze, csak próbáltam felfogni :)




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1760259

chrome (Version 36.0.1985.125 m) csak a logót látom. (bár a sourceban látom, hogy kéne lenni egy géplusz loginnek :) )




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1760349

mea maxima culpa, az abp megfogta :) my bad.

(ja én is furin néztem, hogy wtf)




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1858200

"bazi nagy >>try the game! It is FREE<< feliratok mindenfele"
Ebből mondjuk én instant azt vonom le, hogy annyira freemium, hogy értelmesen biztos nem lehet vele játszani fizetés nélkül :)




MMO Civilization-szerű játék mobilra: https://hup.hu/node/133623#comment-1858221

Ezzel egyetértek, csak mondom, hogy azért ezt is óvatosan :)




Network util over ssh nagios script: https://hup.hu/node/141391#comment-1883202

Egyrészt van a check_by_ssh nevű cucc, de az azért többnyire arra alapoz, hogy a túloldalt jelen vannak a check commandok (mondjuk hely függvényében lehet, hogy ezeket oda tudnád másolni, még ha csomagot telepíteni nem is tudsz).

Esetleg lehet a kimenet köré valami wrappert kanyarítani (vagy eleve csak egy sima ssh kapcsolat köré), elhozni amit kell, aztán valami kézzel írt check segítségével kibányászni a szükséges adatot (nem nagy kaland egyszerű parseres cuccot írni).

Az rx_bytes, tx_bytes egyébként gyak az, amiből a többi szofisztikáltabb csekk is dolgozik, ami utilizationt is néz, egyszerűen megjegyzik az előző értéket, és a különbségből meg a delta Tből számolnak egy átlagot.

Esetleg nézd meg, nincs-e snmp az eszközön.




"Microsoft: félreértés volt a tesztelőknek-ingyen-Windows": https://hup.hu/cikkek/20150623/microsoft_felreertes_volt_a_teszteloknek-ingyen-windows#comment-1880478

Azért lássuk be, hogy a céged licenszelési, árazási és sales dolgai még ebben a kreténségekkel sűrűn pakolt IT világban is elég kimagaslóan dobogós szarkavarások. Átláthatatlan rettenet. Lásd még a saját fenti "ki az a hülye, aki win servert az ms storejából akar venni" kijelentésed ;)




"Microsoft: félreértés volt a tesztelőknek-ingyen-Windows": https://hup.hu/cikkek/20150623/microsoft_felreertes_volt_a_teszteloknek-ingyen-windows#comment-1880532

Mármint, hogy van az az opció, hogy majd ti megmondjátok, hogy nekem hogy jó, mert az ajánlataitok átláthatatlanok? Fasza. :) Tudom én is, hogy nagyobb mértékben egyezkedés van mindig, meg egyedi konstrukciók, de azért az a tapasztalatom, hogy a legtöbb helyen hozzávetőlegesen be tudom én is lőni az alternatívákat mielőtt még beszélgetnénk akárkivel... Az, hogy külön licenszelés szakértő kell... hátizé (ráadásul azért a különböző konstrukcióknak nyilván műszaki vonzatai is vannak, azokkal meg ezek az urak kevésbé szoktak tisztában lenni, meg a ki tervez, annak se lenne mindegy.)

A win server meg azért olyan, hogy -- tudom, hogy a cloud korában ez eretnekség -- de egy egy kisebb installhoz tök jó, hogy a szaki, aki ilyeneket csinál (akár ugye több helyen is). Kéri az oda való licenszet, aztán összerakja. Nekem nagyon nem szimpatikus, hogy ha van webstore xért, aztán gyak akárki, aki odaszól, hogy nem lehetne x/2 annak annyi. Hülyeség...




"Microsoft: félreértés volt a tesztelőknek-ingyen-Windows": https://hup.hu/cikkek/20150623/microsoft_felreertes_volt_a_teszteloknek-ingyen-windows#comment-1880570

Tudom, láttam már (futólag, hálistennek nem kell ilyenekkel foglalkoznom). Ettől még lehet az a véleményem, hogy el van bonyolítva gusztustalanul? :)




"Microsoft: félreértés volt a tesztelőknek-ingyen-Windows": https://hup.hu/cikkek/20150623/microsoft_felreertes_volt_a_teszteloknek-ingyen-windows#comment-1880480

természetesen ha az eula tartalma nem felel meg a magyar jognak, akkor nem. És az usákiában írt eulákkal azért ez elő szokott fordulni :)
Az meg, hogy egy eula világosan fogalmaz, az külön vicces :)




FizzBuzz CSS: https://hup.hu/node/141173#comment-1880598

nem unod még?




FizzBuzz CSS: https://hup.hu/node/141173#comment-1880639

pedig megunhatnád végre... :)




FizzBuzz CSS: https://hup.hu/node/141173#comment-1880695

az lenne a jó, ha nem szólnál ilyenkor, mert kezd kurva unalmas lenni. Nem nagyon érdekel, hogy mennyire rühellitek egymást, de nézni szar.




FizzBuzz CSS: https://hup.hu/node/141173#comment-1880828

Ja pont azt szeretném, nem nézni.




FizzBuzz CSS: https://hup.hu/node/141173#comment-1880943

nem, te pörögsz rajta túl sokat :)




FizzBuzz CSS: https://hup.hu/node/141173#comment-1880984

csodálkoznék, ha csak engem zavarna, hogy nem bírsz róla lejönni, és mindenhol belekötsz, ahol a leghalványabb lehetőséget is látni véled arra, hogy beleköss, mondván, hogy ez is nyelv.

szépen kérlek, hagyd abba.




FizzBuzz CSS: https://hup.hu/node/141173#comment-1881067

egészségedre. sajnálom, azt hittem képes vagy alapvetően felnőtt módra viselkedni, csak nem vetted észre magad...




Okmányiroda a hétben: https://hup.hu/node/141203#comment-1880192

A filozófiai kérdésre: a jogsinak nevesítetten két funkciója van. Hogy igazold, hogy vezethetsz, illetve hogy igazold, hogy ki vagy (ez nevesítve van a törvényben, elvileg nincs olyan, ahol azt mondhatják, hogy csak a személyi jó ügyintézéshez, de a gyakorlatban meglepően sok ilyen, és ugye a fasz se ér rá vitatkozni minden hülye céggel), és nyilván csak azért mert Józsi bácsi 75, és már három évente orvosira kell szaladgáljon, az arca annyit már nem változik.

Egy idő óta ha jól tudom egyébként nem csinálnak már olyat, hogy különböző érvényességet nyalnak fel rá.




Okmányiroda a hétben: https://hup.hu/node/141203#comment-1880216

vezetői engedélynek hívják :) de egyébként szerintem azzal nincs nagy baj, hogy nem nevezték át azt, ami korábban ilyesmire nem volt jó. De majd úgyis jön az egy kártya mindent visz :)
---
Azért ez szerintem inkább csak technikai baki, ezt tudom egy időpontnak tekinteni. (Én jártam vagy két évig érvénytelen jogsival, mert elhagytam, az új kártya onnan volt érvényes, ellenben a kategória ugye nem. Ráadásul vezettem vele pár vicces országban :))




Okmányiroda a hétben: https://hup.hu/node/141203#comment-1880571

Imho a cserét intézik akárhol, a be/kijelentkezéshez kell helybe menni, mert az helyi önkormányzat nyilvántartós...




Okmányiroda a hétben: https://hup.hu/node/141203#comment-1880591

Az ECDLnek a word excelen kívül van pl. egy online alapismeretek modulja (ami kötelező), aminek ez elvben része. Az, hogy adott esetben szarul oktatják, az egy másik kérdés.




Az iOS 9 képes törölni, majd újratelepíteni az alkalmazásokat a sikeres frissítés érdekében: https://hup.hu/cikkek/20150624/az_ios_9_kepes_torolni_majd_ujratelepiteni_az_alkalmazasokat_a_sikeres_frissites_erdekeben#comment-1880808

Engem az lepett meg, hogy -- ha jól értem, és az előző ios volt 4.5 giga -- hirtelen eltüntették vele az os content 2/3-át, ráadásul gondolom úgy, hogy lényeges funkciót nem dobtak ki, mert nem hallottam telesírni a netet, hogy szar az ios 9. Azért az is megér egy misét, hogy mi a pöcsöm volt abban a 3 gigában eddig.




Az iOS 9 képes törölni, majd újratelepíteni az alkalmazásokat a sikeres frissítés érdekében: https://hup.hu/cikkek/20150624/az_ios_9_kepes_torolni_majd_ujratelepiteni_az_alkalmazasokat_a_sikeres_frissites_erdekeben#comment-1880829

Ja, hogy ez a frissítés mérete, nem a komplett ios.




Az iOS 9 képes törölni, majd újratelepíteni az alkalmazásokat a sikeres frissítés érdekében: https://hup.hu/cikkek/20150624/az_ios_9_kepes_torolni_majd_ujratelepiteni_az_alkalmazasokat_a_sikeres_frissites_erdekeben#comment-1880869

Még próbálom értelmezni, hogy a leginkább appokról beszélő cucc mennyire érinti a core részét egy ilyennek (aztán persze lehet, hogy ott is minden app, nem ismerem a cuccot), de azért ha eddig a leküldtük mindenhova a 12 félére lefordított binárist, az elég fuckup. Bár szekptikus vagyok abban, hogy ezzel gigákat lehet spórolni, de ki tudja. Mondjuk képekkel már inkább...




Az iOS 9 képes törölni, majd újratelepíteni az alkalmazásokat a sikeres frissítés érdekében: https://hup.hu/cikkek/20150624/az_ios_9_kepes_torolni_majd_ujratelepiteni_az_alkalmazasokat_a_sikeres_frissites_erdekeben#comment-1880967

Oh ok. Azt hittem, hogy valahogy másképp fordítanak a különböző archokra, ha már sorozat van, és más van benne mindig.




telnet mount: https://hup.hu/node/141258#comment-1881134

azt rontod el, hogy fogalmad sincs mit csinálsz.

Ha a router nem adja neked oda a filerendszerét valami olyan protokolon, amin ezt meg lehet csinálni, akkor így jártál...

A weben a weboldalt szolgálja ki, nem a filerendszert neked. És imho ha ezt nem érted, akkor jobb is, ha nem cseszteted azt a routert, telneten se.




telnet mount: https://hup.hu/node/141258#comment-1881217

Valami ilyesmi van otthon anyáméknál, az nem fogja a firmwaret kiajánlani, hanem a router usb portjára dugott vinyót.




telnet mount: https://hup.hu/node/141258#comment-1881225

ő jó, helyesbítek, valószínűleg nem akarja kiajánlani :D




Linuxok közötti kommunikáció: fájl feldolgozás: https://hup.hu/node/140987#comment-1877258

"Ha a régi_linuxot kihagyjuk, akkor ez a téma sem lenne! :-D" mondjuk azon lehet érdemes elgondolkodni valóban, hogy ugyan van szoftver, ami nem fut a régi linuxon, de az ott futó dolgok nem futnának-e el az újon.




Linuxok közötti kommunikáció: fájl feldolgozás: https://hup.hu/node/140987#comment-1877257

na ezért ne engedjünk webfejlesztőt rendszerközeli problémákhoz. Tegyél fel egy phpt, apacheal, mert az egyszerű mint a faék (sic). Azt, hogy mi fogja megoldani a problémádat, ugyan még nem tudjuk, de bármilyen rendszerhívást csinálhatsz belőle, majdcsak kitalálod.

Akkor már ott az ssh, felsftpzi az ember a filet, a mitakarok csinálni.sht meg meghívja sshn, nem kell ide apache komplett phpval.




Linuxok közötti kommunikáció: fájl feldolgozás: https://hup.hu/node/140987#comment-1877765

ezzel most mit szerettél volna mondani? :)




Windows 8.1 WTF: https://hup.hu/node/141015#comment-1877048

Nem, azt akarja mondani, hogy a lenovo telefossa a saját szarjaival az általa adott windowst, amiben pl ilyen vicces dolgok is vannak:
http://hup.hu/cikkek/20150219/lenovo_pc-k_erkeznek_https_kapcsolatba_mi…




Windows 8.1 WTF: https://hup.hu/node/141015#comment-1877090

Elhiszem, hál istennek csak oldalról látok ilyesmit. Eddig is elég biztos voltam benne, hogy így marad, most méginkább :)




Windows 8.1 WTF: https://hup.hu/node/141015#comment-1877252

imho épp az látszik, hogy míg egy átlagos disztró telepítőjét használva a néha kell telepíteni nem nagy szívás (kimerül egy next next finish, meg esetleg egy yum update ekvivalens futtatásában), addig windowst bár lehet normálisan telepíteni, de ahhoz kell összerakott toolset, mert a vanila isoból bizony ortó szopás. A update-k kezelése kriminálisan fos. Többkörös kreténség, lassú mint a szar, és nincs felette érdemi kontroll.




Mekkora az indokolt sávszélesség egy normál fiatalnak?: https://hup.hu/node/140993#comment-1876821

csak akkor kell egy egéren futó squid, hogy elérje az internetet.....




ephone menni svájci csokik földjére...: https://hup.hu/node/140807#comment-1878473

" g) hívások, vagy adatkapcsolat indítása vagy átirányítása, megosztása napi 24 órát meghaladó időtartamban;"

ez a legjobb :)




ephone menni svájci csokik földjére...: https://hup.hu/node/140807#comment-1878526

valóban, de szerintem a szerző nem erre gondolt. :) Mondjuk azt nem tudom, mire. Azt hiszem az új MTben láttam még hasonlókat, hogy max heti 7 nap, meg ilyenek, ott az volt az érzésem, hogy korábban még volt valami valós limit, és ahhoz, hogy ne kelljen az egészet átnézni mondjuk referenciák után inkább így hatástalanította a szövegező. Mondjuk ettől még hintőporos lófasz....




ephone menni svájci csokik földjére...: https://hup.hu/node/140807#comment-1874715

Azt hiszem a diszpécsernek egy jó darabig nem volt kivezetve, mostmár talán ki van.

A szolgáltatóknak van olyan rendszerük, ami annál lényegesen pontosabb.




Cinnamon 2.6: https://hup.hu/cikkek/20150606/cinnamon_2_6#comment-1876680

nem tudom, én hosszú ideig elégedett kde 3.x felhasználó voltam.




Tölthető az iGO SzülinApp : https://hup.hu/cikkek/20150420/toltheto_az_igo_szulinapp#comment-1860777

nem, nem kötelező, in da broad sense. Aki AOSPból épített cuccot futtat, ott simán van, hogy nincs. Igazából ha nincs gugli pecséted, akkor nem is lehet csomagolni a nem open google cuccokat, pl cyanogenre is úgy kell külön feltenni, de pl az amazon is saját storet futtat...




Tölthető az iGO SzülinApp : https://hup.hu/cikkek/20150420/toltheto_az_igo_szulinapp#comment-1860839

én egy darabig használtam, hogy legyen gapps az kb annyi, hogy eggyel több filet kell odacsapni. Illetve lehet, hogy el is kellett indítani +3 kattintásért...

Szóval ez spec nem szól a cián ellen. Meg egyébként túl sok más sem, ha driverfronton nem volt basz, akkor imho elég jó.




Tölthető az iGO SzülinApp : https://hup.hu/cikkek/20150420/toltheto_az_igo_szulinapp#comment-1861222

Mekkora köcsögök! Sőt, aki ebben a 10 napban nem hallott róla, és ezért lemarad az akcióról, azok is diszkriminálva vannak! Mostantól a korrektség jegyében legyen mindig ingyen! De frissítés az legyen ám a térképhez, mert különben mit szól az ügyfél!




Már negvettem - (Olcsó és) Jó karóra kerestetik: https://hup.hu/node/140978#comment-1876522

Nekem elég vastag (és ráadásul rövid) alkarom van, széles csuklóm, és ha nem nagy bumszli az óra, akkor ilyen csökött gyerekjátéknak látom/érzem...




Napkollektor folosleges melegviz: https://hup.hu/node/140956#comment-1876122

medence ;)




Linux bash script kérdés: https://hup.hu/node/140959#comment-1876154

hogy akarnád ezt hasznáni? mert a nyitóból nem tiszta, hogy most rendszeresen oda akarod pakolni, vagy egy egyszeri dolog kell?

Kérdés még, hogy a fileok nevéből kiderül-e, hogy mikori mentés, illetve hogy hogyan akarod megmondani, hogy melyik web/adatbázis mentése kell.

Szóval részletesebb specifikációt :)
- ilyen filejaim vannak
- minek a hatására
- melyiknek
- hova kéne kerülni
- és később minek kéne történni vele




Linux bash script kérdés: https://hup.hu/node/140959#comment-1876163

benne van a mentés fileok nevében valami dátum? vagy milyen ott a fileformátum?

Illetve jól értem, hogy ha azt mondják, hogy a márc 13-i mentés kell, akkor az összes db és web aznapi cucca kell?




Linux bash script kérdés: https://hup.hu/node/140959#comment-1876218

nem, én is kb ide juttotam, csak még nem volt időm beírni fentebb. (mondjuk lehet, hogy az xargsnak kéne egy -L 1).

ez a "*${1//-}* ez zsírság :)




Hol chateteltek manapság?: https://hup.hu/szavazasok/20150525/hol_chateteltek_manapsag#comment-1872427

ameddig valamelyik talpraesettebb kolléga le nem ver pár évnyi fizut egy munkaügyi perben...




Hol chateteltek manapság?: https://hup.hu/szavazasok/20150525/hol_chateteltek_manapsag#comment-1873043

Micsoda, a ne haragudj, de most nincs időm a kötetlen beszélgetésre, majd később? Pláne, ha nem onnan indult? Lehet, én vagyok elrontva, de én ebben semmi rosszat nem látok...




Hol chateteltek manapság?: https://hup.hu/szavazasok/20150525/hol_chateteltek_manapsag#comment-1873011

"Egy lejart trial verziot peldaul semmi sem kotelez, hogy eltavolitsd a geprol, a szoftverfejleszto felelossege (lenne), hogy hasznalhatatlanna tegye a trial periodus lejarta utan. Ott van pl. a Total Commander is, elvben az is 30 napos shareware, de sem a licenc sem magyarorszagi torveny nem kotelez arra, hogy a lejarat utan toroljem a gepemrol, hiszen a lejart shareware technikailag nem valik nem jogtisztava, azza akkor valna, ha feltornem a vedelmet. A licenc csak addig megy el, hogy _hasznalni_ csak 30 napig hasznalhatom, utana mar nem. Ha a legutolso futtatas a beszerzestol szamitott harminc napon belul volt, de azota nem inditottam el, akkor nem szolhatnak egy szot sem."

Néha nem árt elolvasni, mi van odaírva:

After this trial period, you must register or delete the program from your hard disk. (tudom, pendriveról legális :D)

After a 40 day trial period you must either buy a license or remove it from your computer

De egyébként ha csak ott hagyod, akkor vélelmezni fogják, hogy használtad. Láttam ilyen szarkértői véleményt, szépen sorolta a sharewareket...




Hol chateteltek manapság?: https://hup.hu/szavazasok/20150525/hol_chateteltek_manapsag#comment-1873014

" marpedig egy chatalkalmazas az tipikusan nem az a platform, ahol az ember penzt akar csinalni. " - aha, akkor a sok hívj minket skypeon ügyfélszolgálat nincs is ;)




Hol chateteltek manapság?: https://hup.hu/szavazasok/20150525/hol_chateteltek_manapsag#comment-1876082

"Feltételezem, hogy a Skype forgalom a skype szerverein megy keresztül, és feltételezem, hogy a Lync fogalom meg a cég belső hálózatán a cég által üzemeltetett szervereken át közlekedik."

Van az MSnek valami lync proxy szolgáltatása, én látok egy csomó más céges kontaktot is.

"Nem tudom, mi az, hogy O365 acc. Feltételezem, hogy nincs nekem olyan. Hacsak nem valami más accountnak az alternatív neve."

Az O365 az az office 365 rövidítése, kb a subscription alapú, részben felhős office szolgáltatás.




Hol chateteltek manapság?: https://hup.hu/szavazasok/20150525/hol_chateteltek_manapsag#comment-1876098

Ezt? :)




Hol chateteltek manapság?: https://hup.hu/szavazasok/20150525/hol_chateteltek_manapsag#comment-1876172

Jó, viszont a marketingelést meghagyom neked, ha már ezért fizetnek (:D). Feltételeztem, hogy a kérdező egyébként tudja, hogy kb mik vannak az office környékén, csak nem tudta feloldani az o365-öt, aztán onnan már ha akarja elolvassa a részleteket :)

Egyébként visszafordítva: annak, akinek az office a word/excel/fingósppt, annak az o365 egy weben elérhető word/excel/fingósppt (felhős), amiből tud telepíteni is local copyt (részben). És fosik az exhangere meg a sharepointra, meg arra főleg, hogy ez lokálisan birizgálja a rendszergazda, vagy valahol a messzipicsában van az interneten. És ez azért védhető álláspont :)




Nagios Core Configuration Using NagiosQL (Web Interface) : https://hup.hu/node/140860#comment-1875250

op5nál pont 20as a lite verzió :)




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872561

szóval ha találsz egy kocsikulcsot, tied az auto?




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872592

Kicsit utána kéne olvasnom, de alapvetően az van, hogy ha oda nincs írva valami, akkor az érdekes, hogy mi van a munka törvénykönyvében. Ott meg valami olyasmi lesz, hogy a munkáltató biztosítja a munkához szükséges eszközöket, azért hogy te a munkádat végezhesd, illetve mindenféle üzleti információk hozzáférését is szabályozza. Nem tartom nehezen elképzelhetőnek, hogy az ottani szabályozásból könnyen levezethető, hogy neked ahhoz utána nincs jogod hozzáférni.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1873367

nagyobb cégeknél én azt látom, hogy számozódik, vagy kerül bele egy plusz betű, vagy ilyesmi. És szerintem nem nagyon használódik újra. Elvi szinten valóban érdekes kérdés, a gyakorlatban szerintem egy értelmes policy mentén (mittomén 5 évig nem használjuk újra) nem para.

Tény kérdés, hogy erre előre készülni kell.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872563

"Leveleit archiváljuk, fiókját törüljük és egy közvetlen, de maradó kolléga megkapja a távozó e-mail címét a saját fiókjához aliasként."
"Privát levelezésre használjon mindenki ingyenes vagy más saját e-mail címet!"

ez a kettő mindenféle ombucmanus szerint igencsak aggályos.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872615

A fentebbire reflektálva: a másik oldalról meg akkor neked se illik szólás nélkül belenézni egy olyan fiókba, ahol adott esetben olyan üzleti titkai vannak a volt munkahelyednek, amihez neked már semmi közöd ;)




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872629

Akkor bocs :) csak abból amit írtál, erősen úgy hangzott, hogy a mailbox úgy maradt, te meg kussban belépkedtél, nem úgy, hogy megbeszéltétek, hogy ez így jó (ugye azt mondtad, hogy nem volt tiltva a szerződésben vagy a felmondásban.)




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872614

Úgy emlékszem konkrét állásfoglalás van arról, hogy az e-mail címre még akkor sem lehet úgy tekinteni, hogy nincs benne személyes adat, még akkor sem, ha a munkavállalóval előre közlik, hogy a cég így akar erre tekinteni. Fő oka ennek az, hogy a levelet küldő fél nincs tisztában azzal, hogy itt valaki mindenféle olyat akarhat csinálni, ami az ő magántitkait érinti.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872747

mondjuk az egy random ügyvédi iroda véleménye, szentírásnak semmiképp sem venném, pláne úgy, hogy az ombudsmanusnak ellentmond...




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872790

mit, hogy a levél a jozska.pista mailboxban van, amit továbbiakban nem kezelhetsz? Hát, ha ezt nem tudod szétválogatni, akkor nagy baj van.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1873021

"Gipsz Jakab kijelentem, hogy kilépésem napjával a postafiókomban - ahogy lennie is kellene - egyetlen magánlevél sincs. Aláírásommal igazolom."

És adminisztrálja a user sj cuccát is? :D




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872789

Azt, hogy mi volt az ügyféllel fél éve, azt át kell vezetni a megfelelő helyre, nem az emailben van a helye. Mint a másik topicban fejtegették:
- a jogos itt jó eséllyel nem áll meg az érdek előtt, mert az egy spec fogalom, max érdek.
- A személyes adat kezeléshez kell jó indok. Én nem fogadnék rá, hogy a rendes munka közben basszuk erre való helyen kezelni az ügyfélhez kapcsolódó olyan adatokat, amikre üzletileg szükség van, ezért akarunk emilekben turkálni egy bíró szerint is jó indok lenne.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872913

"egy random ceg tudasanak 70-80%-a emailekben van." az a cég baja, ha nem olyan az ügymenete, ami gázos, ha valaki elkezdi számonkérni a törvényességet.

Egyébként pedig szerintem az egészet kissé félreérted: mi itt nem keménykedünk, legalábbis én személy szerint nem. Melómból kifolyólag ui. én is viszonylag sűrűn állok az ilyen jellegű problémák ezen oldalán, és azt tartom jónak, ha a belső rendszer (lásd még céges policy) úgy készül, hogy figyelembe veszi a környezetet, amiben működnie kell, az meg mindig az, amit a jogszabály mond, akkor is, ha ez egy csomó kellemetlen kihívás elé állítja az embert. Mert tényleg az van, hogy ha valaki elkezd keménykedni, akkor a bíró elég magasról fogja leszarni a céges IT policyt, ő az mt-t, az info-tvt, a ptkt meg a btkt fogja nézni. A cég meg fog pislogni.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872971

"amit nem tilos, azt szabad"

De személyes adatot kezelni konkrétan tilos :D




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872951

egyrészt, hiába próbálsz személyeskedésre terleni, mert még mindig nem rólam van szó, általában beszélünk.

"en is pont ezt mondom: a szabalyozas megtiltja a maganhasznalatot" -- annak ellenére, hogy a jogászok láthatólag úgy vélik, hogy ez nem játszik. Végrehajtható alternatívát meg nem a munkavállalónak kell találni, hanem a munkaadónak.

"ez egyelore csak elmelet. 2 jogban (legalabbis nalam) jaratosabb forras ezt nem egeszen igy latja. Kivancsi leszek majd az 1. magyar ilyen ugy kimenetelere." - Én is, és bár igen, csak elmélet, amit én látok munkaügy környékén (és látok, a párom foglalkozik ilyesmivel) a céges referandum eléggé kevésbé mérvadó.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872955

"en is vegig igy ertettem"
Akkor miért E/2? :)

"link"
fosásig volt vele a feljebb linkelt topic.

"pont azert E/2-ben szegeztem neked a kerdest, hogy elmondd, szerinted miert nem vegrehajthato, amit vazoltam. Mert pl. vannak paran, akiknek nem okoz ekkora gondot a szetvalasztas..."
Melyik részére mondtam én, hogy nem végrehajtható?




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872997

nem segítek, nyálazd végig magad, ha akkor se értetted most se fogod.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1873007

ettől most meg kéne ijednem?




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1873034

mi, hogy egyszer ott már végig volt vonultatva, akkor sem fogadtad el, és nincs kedvem hozzá, hogy megint ne fogadd el?




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1873289

Nem érted, ami oda van írva. Nem kötelezi semmi a magán jellegű email használat biztosítására, merthogy egyáltalán nem kötelezi arra, hogy bármilyen emailt biztosítson. Arra sem, hogy ne csak sales@-ot biztosítson. Viszont ha biztosít kovacsbela@, akkor muszáj neki eltűrni. Elismerem, ha nagyon akarod, félreértheted, de azért az első szón túl is elolvasva eléggé egyezik a véleményem akkori önmagammal.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1873319

azért nem jó forumokon ilyeneken pörögni, mert állandóan félremegy a kommunmikáció, ugrabugri van a specifikumok között, meg átmegyünk átalánosításba, meg ilyesmi. Ez tipikus példa, én egyszerűen szóltam, hogy nem ezt mondtam, erre te jössz valami ortogonálissal.

Egyébként kb végignéztem (nem az egészet, de azokat a részeket, amik érdekesek lehetnek, igyekeztem). Az van, hogy szerintem az a naih itélet azért inkább azzal ért egyet, amit én is mondok. Vannak benne egész komolyan olyan mondatok, mint "A munkáltatói ellenőrzés a munkaviszonnyal össze nem függő személyes adatokra nem terjedhet ki." meg hogy "Az olyan eljárás, amellyel tételesen átvizsgálják a munkavállalók gépein található adatállományokat, sértheti a munkavállaló – illetve az átvizsgált személyes adatok más érintettjeinek - személyes adatainak védelméhez való alkotmányos alapjogát." meg pl "Itt jegyzendő meg az a lényeges kérdés, hogy amennyiben nem megengedett a céges gép magánhasználata, de a munkáltató valamilyen formában mégis észleli, hogy azon a munkavállaló munkaviszonnyal össze nem függő személyes adata található, akkor is a magánszféráttiszteletben tartva kell eljárnia, és nem kezelnie a gépen tárolt személyes adatokat. A céges szabályzat megsértése megalapozhatja a munkavállaló munkajogi felelősségrevonását, de a munkáltató részéről a jogellenes adatkezelést nem, az Alaptörvényben alapvető jogként megfogalmazott személyes adatok védelméhez való jog érvényesülését biztosítaniuk kell. " vagy pl "Ugyanakkor az üzleti titoksértés bizonyítása sem járhat a személyes adatok védelmének sérelmével.", "7. § (2) A személyes adatot törölni kell, ha
a) kezelése jogellenes;
b) az érintett - a 14. § c) pontjában foglaltak szerint - kéri; "

Nekem ebből eléggé az jön le, hogy a személyes adatoktól el a kezekkel. A kirugás meg egyébént a fentebb általad tőlem idézett zárójlesre (kb kétséges lehet hogy megállja a helyét) is passzol annyiban, hogy lássuk be, a faszi azért tepert rendesen, konkurencia ésatöbbi, nem egy sima egyszerű helyzet. (Nyilván, ilyesmi nem akkor jön elő).

Megjegyzendő még, hogy a céget alaposan elmeszelték, ill. a lentebbi határozat pedig nem kifejezetten érdekes: nem vizsgálja érdemben a dolgot, mert megállapítja, hogy az infotv a cselekménykor még nem volt érvényben, ezért új eljárásra kötelezi a hatóságot.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1873355

Kérlek: elismerem, hogy a tűrni köteles nem állja meg teljesen a helyét. Nem köteles tűrni, ha ezt megtiltja neked, te megszeged, akkor kirughat, de a magánlevél tartalmát, illetve bármilyen más személyes adatot, ami ott van, nem ismerhet meg. Ez abból az egészből, amit te linkeltél, baromi egyértelmű. Az is benne van, hogy mások cuccához még annyi köze sincs. Ha neked a citált mondatok ezt nem kezdik legalább egy kicsit pedzegetni, akkor nincs értelme beszélgetni. És még egyáltalán el se kezdtük nézegetni, hogy az email - levéltitok vonalon mi van, mivel az itt citált eset egy winyóról recoveryzett adatokról szól. Ezzel szemben fel tudtál hozni kb egyetlen félig idevágó mondatot a jóhiszeműségről belőle...

Ez az egész rohadt hosszú szál onnan indult, hogy a fórumtárs direktben forwardolja a távozott kolléga mailjeit egy másiknak. Félre pontosan ott ment, hogy mindenféle részleteken megy a rugózás. Ráadásul amit itt állítottam, azt egy másik hasonló szál közepéből rángattad elő, egyetlen szó kiemelésével... Mivel tisztán látszik, hogy úgysem vagy hajlandó egy kicsit sem elgondolkozni az egészen, miközben észre sem veszed, hogy nem azt mondom neked, hogy sehogy sem lehet emailt archiválni, folyamatosan személyeskedsz, random válogatsz, meg a szál is olvashtatlan, azt hiszem ezt én megint befejezem veled.

(Egyébként a szomorú valóság az, hogy dr előnevű emberek napi szinten csinálnak és mondanak akkora ordas szakmai faszságokat mind ügyvédként, mind bíróként, amiért egy sima mérnököt bármilyen kicsit is normális helyről páros lábbal basznak ki.)




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1873445

igen, pont ezért mondom, hogy nem érdemes ilyen mélységben forumozni, mert kb innen indultuk, mikor mondtam én is, hogy ha csinálsz ilyet, akkor kell. Aztán meg elmentünk mindenféle részletizébe.

Azzal továbbra sem értek egyet, mikor te ilyen mereven kijelented, hogy ha van policy, akkor minden rendben, és semmi akadálya, de legyen neked.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872746

Link: http://abi.atlatszo.hu/index.php?menu=233

Találtam közben ezt a topicot: http://hup.hu/node/133025, ahol többek között te is értekeztél ugyanerről a témáról, elég hosszasan van benne fejtegetve, handler kolléga főleg, és elég hosszas flame volt ott, most nem mennék hosszasan bele, tényleg csak röviden:

Egyrészt nem csak úgy, másrészt meg levéltitok, neki nem kell tisztában lennie azzal, hogy neked milyen megállapodásod van a munkavállalóval (illetve attól még, hogy valaki leírt valami céges policyt, attól még nem válik igazzá, de erre tényleg a linkelt topic). illetve egyszerűen nem életszerű, hogy a névhez kötött mailcímen kizárólag üzleti dolgok mennek. Simán van az, hogy valakivel céges ügyben találkozol, aztán mégis kerül idővel olyan az emilbe, ami személyes. (Velem rendszeresen előfordul, hogy projektekről ismert kollégák fél év múlva mielőtt céges ügyben kérdeznek egy személyes headsupot tolnak, vagy ilyesmire kérdeznek rá. És ez így van jól, és ehhez a munkáltatómnak igazából semmi köze).

Másrészt nem tudom, konkrétan melyik gyakorlatra gondolsz, mert amit én feljebb nem az archiválást kifogásoltam (bár tény, hogy benne volt az első idézett mondatban), hanem azt a gyakorlatot, hogy utána simán kapja a leveleit egy random kolléga, mondván, hogy ne használd magáncélra. És egyébként ez imho nagyon gusztustalan gyakorlat, ha nekem ilyen tudomásomra jutna, a minimum egy kiadós ordibálás lenne a volt főnökömmel. Ha félő, hogy baj van belőle, akkor vissza kell dobni egy automatát, hogy xy helyett kérjük továbbítsa levelét qp-nek.

Egyébként nyilván nehéz eset ez az egész archiválás, az egymásnak ellenfeszülő érdekek miatt. Egyrészt azért azt észre kell venni, hogy az archiválás, meg az archivumban való turkálás az két különböző dolog. Másrészt az is elég jól látszik, hogy itton, meg úgy általában európában a jogalkotás általában a privacyt várja el mint default. Aztán ha kenyértörésre kerül a sor, akkor majd úgyis az adott ügyben fog mérlegelni egy bíró, gondolom jelentősen javít a cég esélyein, ha értelmes archívumból, ami rendesen van jogosultságkezelve, meg körbe-processzezve szedte ki az emilt a főnök mondjuk egy célzott (pl szerződésszám) kereséssel, és ha talált még benne személyest véletlen, akkor azt kurvára megtartotta magának, nem pedig a fenti, hát, minden ment józskához setup van.




Cégeteknél az eltávozott (felmondott, elküldték stb.) kollégák mailboxát ...: https://hup.hu/szavazasok/20150528/cegeteknel_az_eltavozott_felmondott_elkuldtek_stb_kollegak_mailboxat#comment-1872760

ezt ilyen általánosan kijelenteni szerintem nem lehet. Főleg, mert igazából ez mellékes körülmény imho, ami max enyhít, vagy súlyosbít. A lényeg, hogy ki, miért, milyen adathoz fért hozzá, és azzal mit kezdett.




SELinux kekeckedik - hostapd: https://hup.hu/node/140835#comment-1874178

Akkor esetleg beleírhatnád a hibajgyebe, hogy tesztelted az adott verzióval, és neked még szar?




SELinux kekeckedik - hostapd: https://hup.hu/node/140835#comment-1874269

Sajnos az audit2allow (amivel azért érdemes vigyázni, emlékeim szerint tud nagylelkű lenni), meg úgy általában kézzel nyomkodni ilyen szinten a selinuxot adminként csak félmegoldás, a javasolt irány ált, az, hogy a fejlesztő gondolkodjon, valóban kell-e az oda, és ha igen, akkor pontosan mi.

Nyilván, ilyet érdemben csak a disztribútor tud egyeztetni, de mondjuk ez kb az az eset, ahol nekik kéne vagy lefocizni ezt a hostapds arcokkal, vagy rendesen beállítani a selinuxot.




SELinux kekeckedik - hostapd: https://hup.hu/node/140835#comment-1874332

igen, tudom, hogy neked a chain végén nem nagyon van más lehetőséged, írtam is :)




SELinux kekeckedik - hostapd: https://hup.hu/node/140835#comment-1874265

nem járnál jobban, ha bedobnád egy vmbe, ott kidebugolnád, hogy miért nem indul, aztán utána próbálnád a live imaget a helyére rázni?




SELinux kekeckedik - hostapd: https://hup.hu/node/140835#comment-1874335

mert valami olyasmin tornázott locsemge, hogy a maga heggesztette live image alól elfogy a cow, vagy ilyesmi, aztán random fagy, és kényelmetlen azzal dolgozni, és ez kb selinuxtól független problémának tűnt.




"A Yum halott, éljen soká a DNF": https://hup.hu/cikkek/20150518/a_yum_halott_eljen_soka_a_dnf#comment-1870791

Egyrészt az, hogy szerinted az MTA nem kritikus, az nem jelenti, hogy más szerint sem az.

Másrészt meg kb a következő beszélgetés zajlott:

- ez hülye ez az rpm
- nem, direkt van így
- de minek
- azért, mert ez a technika segít a downtime leszorításában technológia váltásoknáé, és ha már van, akkor az mtanal is miért ne legyen így
- de az fölösleges mtanal, szar az rpm




"A Yum halott, éljen soká a DNF": https://hup.hu/cikkek/20150518/a_yum_halott_eljen_soka_a_dnf#comment-1870871

meghajlok érveid nagysága előtt.

(egyébként én debianon szocializálódtam eredetileg, egy csomó mindenre wtf fejet vágtam először rpm/yum/zipper alapokon nyugvó disztróknál, ellenben olyanok is benne voltak már akkor az rpmben, amiről akkor a dpkg még baromira nem tudott.




"A Yum halott, éljen soká a DNF": https://hup.hu/cikkek/20150518/a_yum_halott_eljen_soka_a_dnf#comment-1872612

egyszer jó lesz majd, ha találkozol a csúnya valósággal :)




"A Yum halott, éljen soká a DNF": https://hup.hu/cikkek/20150518/a_yum_halott_eljen_soka_a_dnf#comment-1872661

tehát beletöltötték az éles adatokat egy tesztrendszerbe? az elég ejnyebejnye.




"A Yum halott, éljen soká a DNF": https://hup.hu/cikkek/20150518/a_yum_halott_eljen_soka_a_dnf#comment-1872681

Nem, nem tudom miről írsz :) Illetve azt sem, hogy milyen irányba indultam el?

Az igazság az, hogy a gyakorlatban a productionnal jól egyező környezetet nagyon nehéz csinálni, még akkor is, mikor az a szerencsés helyzet van, hogy csak szériaszámban különböző vason lehet tesztrendszert építeni. Az még sajnos édeskevés. Egyrészt még mindig ott lesz egy csomó járulékos, a valósággal azt összekötő dolog mondjuk a network környékén, ahol maradnak banánhéjak, másrészt meg bőven van olyan, hogy egyszerűen az éles adatbázison, vagy az éles useage pattern alatt fog kijönni valami, amire nem sikerült felkészülni a tesztrendszeren. Pl ha az adott rendszeredben nincsenek éles adatok, akkor simán rá lehet futni cumira. Én már jártam így, pedig igen komolyan készültünk elő, többek között volt éles, csak anonimizált dumppal is tesztelve. Aztán kiderült, hogy pont az anonimizálás során olyan alakult át, ami szopó volt. (Az ejnyebejnye meg arra vonatkozott, hogy rendes éles adatot meg sokszor egyéb megfontolások miatt nem lehet tesztelésre használni)

És akkor a gyakorlatban sokszor az van, hogy egyszerűen nem lehet productionnal megegyezővé tenni a rendszert, mert az annyira komplex (sok sikert mondjuk egy nagy elosztott vpn hálózathoz), vagy mert egyszerűen interfacel olyan külső dolgokkal, amire nincs ráhatásod.

Szóval az van, hogy a gyakorlatban én még nem láttam olyan tesztrendszert, amire azt merném mondani, hogy fallback plan nélkül, hogy jó szívvel vállalom be élesben. És tapasztalt ismerőseim mind ugyanezen a véleményen vannak.




"A Yum halott, éljen soká a DNF": https://hup.hu/cikkek/20150518/a_yum_halott_eljen_soka_a_dnf#comment-1872720

Nem, onnan jutottunk el ide, hogy szerinted szar az rpm, illetve hogy nincs értelme az alternativesnak, mint általános megoldásnak, mert az adott esetben szerinted fölösleges.

Azt meg hagyjuk is, hogy én simán el tudok képzelni nem szögegyszerű levelezőrendszert :)




"A Yum halott, éljen soká a DNF": https://hup.hu/cikkek/20150518/a_yum_halott_eljen_soka_a_dnf#comment-1874151

?




"A Yum halott, éljen soká a DNF": https://hup.hu/cikkek/20150518/a_yum_halott_eljen_soka_a_dnf#comment-1874168

Már elolvastam, még bőven napokkal ezelőtt, csak fogalam sincs, hogy most épp melyikre gondoltál. De mindegy is.




"A Yum halott, éljen soká a DNF": https://hup.hu/cikkek/20150518/a_yum_halott_eljen_soka_a_dnf#comment-1873008

Asszem szolgáltatásfüggő, hogy melyiken könnyezek be jobban. Mindenesetre az ilyenekben az egyetlen jó, ha nem te vagy az ügyeletes....




portable ssh server: https://hup.hu/node/140771#comment-1872410

+1

ezzel együtt egy normális wines ssh servert ha tud valaki...




portable ssh server: https://hup.hu/node/140771#comment-1872426

néztem anno párat, változatosan voltak szarok. Nem volt mind használhatatlan, de valami fájás volt. Egyébként nyilván nem hangsúlyos nálam se, azért nem kerestem alaposabban, és az annyi van mint a szemét miatt kis színesként ha valaki rábök egyre, hogy ez jó, akkor elteszem, megjegyzem, alkalom adtán jó lesz alapon.

cygwint meg nem szeretem, lassú. meg egyébként is, igazából valami minimal gui, amit az alapokat összekattogtatom, ha már windows.




portable ssh server: https://hup.hu/node/140771#comment-1873762

http://mobaxterm.mobatek.net/features.html

"Embedded servers"




Telefonom névjegyalbumában (Contacts) nem szereplő telefonszámokról érkező, nem fogadott hívásokat ...: https://hup.hu/szavazasok/20150513/telefonom_nevjegyalbumaban_contacts_nem_szereplo_telefonszamokrol_erkezo_hivasokat#comment-1868304

ezért 7"os tabletet lehet kapni sim nélkül nem keveset.




Telefonom névjegyalbumában (Contacts) nem szereplő telefonszámokról érkező, nem fogadott hívásokat ...: https://hup.hu/szavazasok/20150513/telefonom_nevjegyalbumaban_contacts_nem_szereplo_telefonszamokrol_erkezo_hivasokat#comment-1868234

ne tegyél bele simet, aztán jó...




Telefonom névjegyalbumában (Contacts) nem szereplő telefonszámokról érkező, nem fogadott hívásokat ...: https://hup.hu/szavazasok/20150513/telefonom_nevjegyalbumaban_contacts_nem_szereplo_telefonszamokrol_erkezo_hivasokat#comment-1868241

A jelenlegi telefonod összes funkcióját használod? A kamerát (filmezni is szoktál, a frontlapit is használod?), a bluetoothot (annak mindenféle sosem használt profiljával), a memóriakártyát, összes támogatott 2-3-4g frekvenciát? a beépített rádióját? az sdkártyát? meg a rakás belepakolt bloatware softwaret? Ha nem, akkor minek vetted meg?

Más oldalról nézve, miért zavar olyan nagyon, ha ott egy sim tok, amit nem használsz?




Céges közösségi háló intranetre? : https://hup.hu/szavazasok/20150520/ceges_kozossegi_halo_intranetre#comment-1869958

szerintem ilyesmire igény is csak unatkozó managerek között van.




Céges közösségi háló intranetre? : https://hup.hu/szavazasok/20150520/ceges_kozossegi_halo_intranetre#comment-1869979

A munkához szükséges kommunikáció fenntartására nem közösségi háló kell, hanem email, telefon, videconf meg lync vagy valami olyasmi. A facebook szerű trécs tök jól elfér a facebookon, a nagy cégnél tök ismeretlen kollégáknak ugyanúgy nem kötök az orrára semmit sem egy belsős oldalon sem, mint ahogy a facebookon sem tenném.

Belső céges kávé/cigi/ebéd melletti beszélgetések, amikből esetleg kijön valami céges info meg ilyen helyen az életben nem fognak történni. Nálunk próbálkoznak mindenféle newsletterekkel, meg izékkel szervezetten, hogy valamennyire emberarcúan tudjál arról legalább, hogy a környezetedben levő bandák mi a francot csinálnak, és még így is nyögvenyelős. El nem tudom képzelni, hogy valaki ilyenről csevegne magától egy internal facebookon (aki meg igen, az húzzon a faszba dolgozni :D )




Facebook törli a privát üzeneteket.: https://hup.hu/node/140778#comment-1872757

Igen, de speciel annak, hogy egy rendszer szűri az általa technikailag ártalmasnak tartott üzeneteket épp mindegy is, hogy a falra ment, vagy anyunak priviben.




Facebook törli a privát üzeneteket.: https://hup.hu/node/140778#comment-1872793

Szoktam, de ez most szerintem pont nem annyira szakmai szem volt (vagyhát nem annyira az a szakma), bár kicsit hülyén fogalmaztam :) A publikus, meg a szemétszűrés egymásra ortogonális. Az ilyen vírus jellegű izéknél tök mindegy, hogy jogilag mi a státusza annak a csatornának, amin küldték, a hatása ugyanaz lenne. (Az, hogy nyilván, ugyanazon az infrastruktúrán van, és technikailag igen hasonló, hiszen a publikussága egy jogi fogalom :) csak mellékes szerencse, ha nem így lenne, akkor is kéne szűrni mindentől függetlenül)




Használni fogod-e a Chrome böngészőt v35 után? (NPAPI nem támogatott a jövőben): https://hup.hu/szavazasok/20140602/hasznalni_fogod-e_a_chrome_bongeszot_v35_utan_npapi_nem_tamogatott_a_jovoben#comment-1744667

Azért szerintem fejlesztésnek inkább azt hívják, amikor valami felhasználónak / megrendelőnek fontos dolog jobb lett, vagy új funkció lett, vagy valami. Az, hogy a browser fejlesztő szerint a kerettechnológia elavult, ezért te heggeszd át a BL-t, az menjetek a picsába.

Egyébként ez a legangyobb baj ezzel a web a platform izével, hogy a webes technológiákat folyamatossan rázzák, kell a böngészőből a firssebb, közben megy egy csomó cornercasre a böngészősök szarnak, mert szerintük az nem érdekes....




Használni fogod-e a Chrome böngészőt v35 után? (NPAPI nem támogatott a jövőben): https://hup.hu/szavazasok/20140602/hasznalni_fogod-e_a_chrome_bongeszot_v35_utan_npapi_nem_tamogatott_a_jovoben#comment-1745421

Azzal együtt hogy ezzel mélységesen egyetértek, petró, gyufa, fujtató... de a valóság azért mégisscak az, hogy töménytelen szemét kering, ahol az mber ezt kénytelen használni, mert az van, és mikor jön a chrome, hogy szerintünk ez obsolated, frissíts, mert kidobjuk, akkor könnyen az lesz, hogy ők lesznek kidobva...




Egyetemi tapasztalatok #2: https://hup.hu/node/140742#comment-1872567

ne viccelj már, hogy aki nem edz, annak nem lehet ismerete ilyesmiről.




Ez most hogy?: https://hup.hu/node/139204#comment-1844881

Ha mikor Ct tanítottak nem beszéltek a floating pointról, akkor vagy átaludtad, vagy valami ritka nagy dilettáns tartott órát.

szerk: lejebb olvastam, hogy a 0.1 ábrázolhatóságára értetted, szorri.




Ingyen iGO szülinapi ajándékként 10 napig: https://hup.hu/cikkek/20150416/ingyen_igo_szulinapi_ajandekkent_10_napig#comment-1859317

Arra tippelnék, hogy az is lesz az ingyenebéd mellé...




Ingyen iGO szülinapi ajándékként 10 napig: https://hup.hu/cikkek/20150416/ingyen_igo_szulinapi_ajandekkent_10_napig#comment-1859319

Nagyon régi emlékeim alapján az tervező algoritmus faja volt.

Én sygicet használok, ez a része mostanában kezd értelmes lenni. Alapvetően szeretem, de vannak neki kreténségei ezek kívül is (Kedvencem, mikor egy erősebb autópálya íven közli, hogy tartson jobbra)




Ingyen iGO szülinapi ajándékként 10 napig: https://hup.hu/cikkek/20150416/ingyen_igo_szulinapi_ajandekkent_10_napig#comment-1859516

Sygic a térképeket pl saját maga kezeli, nem a playen keresztül megy. Általában is jellemző akár nagyobb játékokra is, hogy a nagyon böszme dolgokat nem a playen keresztül szolgálják ki...

De persze, az appot nem nagyon fogják így patchelni, szerintem hacsak nincs kipipálva, hogy máshonnan is lehessen telepíteni, akkor nem is menne.




Ingyen iGO szülinapi ajándékként 10 napig: https://hup.hu/cikkek/20150416/ingyen_igo_szulinapi_ajandekkent_10_napig#comment-1860644

Én középen látok egy bazinagy get in on google play gombot..




Ingyen iGO szülinapi ajándékként 10 napig: https://hup.hu/cikkek/20150416/ingyen_igo_szulinapi_ajandekkent_10_napig#comment-1860685

Ja, ilyenkor érdekes nézni az adblockot :)




A LogMeIn Free megszűnik - alternatíva kerestetik: https://hup.hu/node/130018#comment-1776939

Ellenben itt arról van szó, hogy kolléga remote supportálna, nem arról, hogy egyébként milyen esetekben lehet, hogy bizonyos usereknek mégiscsak lesz...




A LogMeIn Free megszűnik - alternatíva kerestetik: https://hup.hu/node/130018#comment-1776957

onnan indult, hogy nem tudod, hova tenni azt, hogy valaki nem chrome felhasználó. Merthogy hát majd telepít... -gondolom legalábbis ez volt a mögöttes. Miközben meg arról volt szó, hogy a kérzező olyat keres, ahol nem kell izéket telepítgetni a userrel (és nem lesz az, hogy minekchrome kidobom, vagy mivel azt használom, kinyomkodom belőle valahogy, ami szerintem nem kell bele)




A LogMeIn Free megszűnik - alternatíva kerestetik: https://hup.hu/node/130018#comment-1775242

azért az nagyon nemugyanaz...




A LogMeIn Free megszűnik - alternatíva kerestetik: https://hup.hu/node/130018#comment-1775247

Szerintem te nem érted, mire akarja használni a jóember a logmeint.




A LogMeIn Free megszűnik - alternatíva kerestetik: https://hup.hu/node/130018#comment-1775258

Pl, hogy valamiért nem tudja kihúzni? Azt értds meg, hogy a logmein azért jó, mert egyszer felrakod telepítésnél, akkor utána a gép bejelentkezik egy központi izébe, nagyjából akárhova vándorolt is vele a user, neki semmi teendője, nem kavar be a networkjébe, te meg látod egy központi weboldalon az öszest, user fél év múlva telefonál, hogy "megette a keresős kiskutya a gémkapcsot, ettől lehányta az asztalt, és most nem látszik hányástól a passziánsz ikonja", akkor klikkelsz, nyomkodod, azt cső.

Ilyesmit építeni valami openwrtből hackolt vpn koncentrátorral, meg pláne sshs reversetunneles izével úgy, hogy az stabilan ott legyen fél év múlva mikor kell, hát, good luck... Az, hogy egy darab kapcsolatra igény szerint meg tudod oldani, az nagyon nem az, hogy kényelmesen és megbízhatóan ott van, mikor kell...




A LogMeIn Free megszűnik - alternatíva kerestetik: https://hup.hu/node/130018#comment-1775291

Örülök hogy bénának tartasz (hidd el, láttam már remote access infrastruktúrát), meg annak is, hogy a te usecasedben ez működik, de random embereknek supportot nyújtani ez akkor is igencsak suboptimálisnak tűnik nekem.




A LogMeIn Free megszűnik - alternatíva kerestetik: https://hup.hu/node/130018#comment-1775444

És ennek nem is állítottam az ellenkezőjét. Egyszerűen csak -- mint azt alant a kérdező is megerősítette -- amire neki kell, arra nem igazán jó. Illetve a technolgóiából még épp ki lehet hozni, de egyrészt kicsit ágyúval verébre, másrészt sokat kell hozzá heggeszteni, hogy legalább kb tudja a kényelmi dolgoknak azt a részét, amit a logmein tud.




A LogMeIn Free megszűnik - alternatíva kerestetik: https://hup.hu/node/130018#comment-1775507

Valóban, mengyan kolléga "jól látod a problémámat" mondata kissé átvert :) Ezzel együtt gyanús, hogy ozs-nek is hasonlóak voltak az igényei.

Az SC valóban szimpi darab, bár az eredeti "nem akarok user iterakciót" kitételt, meg úgy látom a központi listát se, de ja, jópofa.




Vélemény a Webtudorról: https://hup.hu/node/140095#comment-1861106

nem lehet valahogy belecsapni az elejére egy katt ide a szerkesztett verzióért linket?




Vélemény a Webtudorról: https://hup.hu/node/140095#comment-1861218

okay, csak ötleteltem. :)




Ennyit érnek a biztonsági ajtók?: https://hup.hu/node/140543#comment-1868767

mondjuk trey is pontosan ezt mondta: azért kell a jobb ajtó és zár, mert különben nem fizet a biztosító.

És az is teljesen logikus, hogy a biztosító éppen azért követel meg ilyesmit (többek között, nyilván, jómagyar módra kibúvónak sem rossz), mert mint magad mondtad "Ez mondjuk működik is, mert olyan 100 lakás behatolóra ha egy profi jut." A maradékot meg benyeli, nyilván már megéri neki.




Ennyit érnek a biztonsági ajtók?: https://hup.hu/node/140543#comment-1868816

Értem. Bevallom, ezt nehezen tudom megítélni, nyilván ha ebben mozogsz, jobban látod, de kissé ellentmond annak, hogy "Ha ezeket a követelményeket végignézed, azok semmi másról sem szólnak, mint hogy nyilvánvaló mechanikai behatások ellen védve legyél" -- ami nekem azt jelenti, hogy ezek alap dolgok. És elolvasva tényleg azok, olyan dolgok vannak leírva, amik kellenek ahhoz, hogy izomtibi gyorsan bejöjjön a feszítővel vagy a fúróval. Most akkor túlbiztosít, vagy nem.




Ennyit érnek a biztonsági ajtók?: https://hup.hu/node/140543#comment-1868777

és az min segít, hogy legalább tudsz róla, hogy most viszik a cuccot?




Ennyit érnek a biztonsági ajtók?: https://hup.hu/node/140543#comment-1868818

Hát nem tudom. Egyrészt nem gondolom, hogy egyik vagy másik lenne a kizárólagos választás. Másrészt a 10 perc alatt odaérünk örzővédős céghez bekötött riasztókra is szokták mondani, hogy addigra a faszi már árkon bokron túl van a cuccaiddal.

Egyébként amelyik olyan, hogy akkor jön be, mikor otthon vagy, arra nem biztos, hogy érdemes felkelni, mert esetleg nem csak valami otthonlévővel leszel rövidebb, a szomszédok meg azért nagyon környékfüggő, szerintem ma már inkább a leszarom a jellemző...




IaaS jó vertikális skálázódással: https://hup.hu/node/140603#comment-1869642

nézz meg egy nem garázs szolgáltatót, kb úgy csinálsz instanceot, ahogy akarsz.




IaaS jó vertikális skálázódással: https://hup.hu/node/140603#comment-1869777

megkövetlek, benéztem most az awsbe (nem használom sokat), és bár minden vackot külön lehet managelni, cpu izére valóban csak templatek vannak.

utoljára azt hiszem pl az arubánál láttam proci/mem/storage csúszkát: szerk kivettem a linket, szó ne érje a ház elejét. Use your google fu.

mondjuk azt nem tudom, lehet-e állítgatni kreálás után, mert sose használtam, de mivel Lacyc mondta, hogy az sem baj, ha átfutási idő, akár azt is el tudom képzelni, hogy elstartorlja az újat, aztán költözik...




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1868243

ettől még egy 220 megás _driver_ agybeteg. centos7ben a komplett vmlinuz 5 mega, van még hozzá kb 100 mega modul, amiből kb 75 mega a driver. Ebben elvileg az összes támogatott hw drivere benne van.




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1868261

Nem is mondtam, hogy win specifikus, csak annyit, hogy attól még, hogy már bonyolultabb mint a két gomb, meg egy xy koordináta, attól még a 220 beteg :)

És ja, néha csinálják is, azoknak is tudodmi a tudodhova :)




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1868290

ha egyben le kell szedni, és aztán fel is kell tenni a benne levő összes szart is, akkor igazából mindegy :)




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1868470

fent az volt, hogy ennyi a driver :) a konrét reakció, meg amire válaszoltam, az az, hogy "A touchpadok egy része már régen nem point-and-click eszköznek számít." -- ami azért erősen implikálta, hogy azért lehet nagy, mert bonyolult dolgot csinál.




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1868686

Nem tudom, mostanság, amikor a mobilnet mint olyan egyre inkább próbál a maga jogán megélni, nem csak mint kiegészítő szolgáltatás, és jellemzően forgalmi limites, nem feltétlen annyira edge case.

kissé off, de egyrészt mondjuk egy 5 megás adslen (ami egyáltalán nem földtől elrugaszkodott sebesség itthon, /az innen szépnek látszó, de valójában ilyen szempontból sokkal szarabb usaban még ennyire sem, mégmielőtt/) is jó 5 perc :) Örömteli lehet, mikor a jómunkásember kimegy valahova egy gépet összerakni, aztán fél órát nézi a bitkolbászt pluszban, mert ehhez ahhoz le kell tölteni a bloatwaret.

nagyon off, de egyébként is sose értettem, hogy miért kell mindenféle driver control paneljének bazmeg teljes egyedi ablakdesign meg widget set. De komolyan. Egyrészt egy driver control paneljétől kb azt várom, hogy nagyjából életemben egyszer lássam. Ha nem így van, nem leszek boldogabb attól, hogy még legalább azt is leszarja, hogy én a rózsaszín hullámos ablakfejéceket szeretek, és odateszi a maga szarját. Komolyan, azért van az OS téma, mert úgy akarom nézni a dolgokat. Driver bammeg, checkboxokkal, key-value párokkal, meg dropdownokkal, nem játék, hogy lead artist kelljen mögé..




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1868813

nem lehet, hogy azért 200 mega egy ilyen szar, mert csak a dummies könyvet olvasták el? :)




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1868814

mivel már másodszor jössz ezzel a korlátlan mobilnettel: nehogy már azért kelljen korlátlant venni (faja felárasan), hogy ne legyen gond, hogy egy driver mondjuk egy hétre egyébként elég adatot elvisz...

Egyébként nem csak ez okoz. Nem vagyok benne biztos, de mintha már máshol is jöttél volna ezzel, a más miért nem fájjal (lehet nem te voltál). Csak most gondolom épp ez :)




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1868871

De pont ezaz, hogy ha úgy egyébként a normális élethez elég egy félgigás gigás csomag, akkor ciki rászaladni arra, hogy egy szaros driver megeszi a negyedét, mikor épp hirtelen meg kéne oldani valamit esetlegesen, érted.

hát, igazából, akkor most gondolj bele, ahol tényleg szar a net, ott mekkora szívás ;)




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1868510

azért én emlékszem olyan beszélgetésekre, hogy a faszért van az, hogy egy 16 gigás telefonból 8at megeszik az os, és hogy ez köcsögség-e a gyártótól, vagy rendben van?




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1869127

az ugye megvan, hogy egyrészt pontosan ugyanannyi bit fér el, másrész meg az, hogy a szakma szart az SIre egészen addig, míg segbe nem lett rúgva?




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1869530

> Kettes számrendszerben még az SI sem értelmezhető.

Tekintve, hogy a tíz hatványaira épülnek az SI prefixumok, ebben semmi meglepő nincs.

> A HDD gyártók meg mindig is SI szerinti váltószámokkal dolgoztak - lehet, hogy ők nem a szakma?

Ez persze nem igaz, elég összevissza volt az elején, de kétségtelen tény, hogy a tárolókapacitás környékén gyakrabban használták a tíz hatványokat (nyilván, mivel úgy nagyobb számot lehetett ráírni). De voltak ott arcpirítóan nagy faszságok. Megvan pl hogy a 1.44 az 1024x1000-ből jött ki? Vagy hogy míg a CD 700-a még MB volt, addig a DVD 4.7 je meg már GiB?

> Egyszóval: az SI használata az informatikában ordas faszság.

Egyrészt vitatkoznék ezzel, végfelhasználóknak tökéletesen megfelel az egyébként is szinte mindenhol használt 10 hatvány alapú rendszer (ugyanis kb kurva mindegy, hogy egy DVD ~4.7, vagy ~4.4, ugyanúgy érti, csak pontosabban tud vele számolni)

Másrészt meg nem kötelező használni. A gond nem az, hogy a szakma szeretne kettő hatványokkal dolgozni. A baj az, hogy ugyanazt a prefixumot használja hozzá, amit mindenki más egységesen 10 alapon használ, aztán vannak belőle az ilyen keveredések, hogy mennyi az annyi, ami senkinek az ég világon nem volt jó. Az meg végtelenül szomorú, hogy ezt a kreténséget az ANSI meg az IEEE még a 80as évek közepén, 25 évvel az SI után képes volt szabványba emelni.




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1869558

Aha. Szóval tisztán látszik, hogy kibaszott keveredést okoz, hogy az ITben a k azt jelenti, hogy 1024 mindenki másnál meg azt, hogy 1000, az szerinted rendben van, és igenis tanulja meg az ember?

"Konzolon a legtöbb esetben 2 hatványban történik a kiírás, grafikus felületen meg 10 hatványban - és ez még alkalmazásfüggő is. És nem csak Linux alatt, ez a probléma Windows alatt is adott." szerinted ez tényleg a a felhasználó hibája, nem azé a kretén szakmáé aki ezt csinálta?

Szerinted "hát hogy nem érti, hogy 17 MB adat hogy lesz nagyobb mint 20 MB" ez tényleg a a felhasználó hibája, hanem azé a kretén szakmé aki ezt csinálta?

"Összefoglalva: függetlenül attól, hogy informatikus-e valaki, vagy sem, ha számítógéppel dolgozik (v.ö: notebookkal töri a diót), akkor igenis elvárható, hogy legyen némi informatikai intelligenciája. Ha ez nincs meg, akkor ne a billentyűzetet és az egeret cibálja, hanem a partvist, meg a rongyot."

Ja, informatikai intelligencia, hogy 17 > 20, aha. És annak, aki meg programot ír, meg elektronikai ezközt tervez, még csak véletlen se kellene annyi mérnöki intelligenciájának lenni, hogy nem abuzálunk szabványosított dolgokat, és tekintjük önkényesen másnak őket, mint amik.

Komolyan nem értelek, hozol egy csomó példát arra, hogy mekkora fos ez így, ráadásul kifejezetten szépeket, ahol nincs is más, csak számítógép, és levonod azt a konzekvenciát, hogy mindenki hülye, csak az volt a helikopter, aki kitalálta, hogy 1000=1024.

ui:
a 220 az 230 (+- tűrés) már elég régen, de ez is tisztán mutatja, hogy ez mennyire kurva mindegy, ha nem kell tervezni vele :)




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1869592

Maradjunk abban, hogy ebben nem értünk egyet, szerintem nem kellett volna abuzálni az SI prefixumokat. Engem biztos nem fogsz meggyőzni arról, hogy ez így jó, meg arról sem, hogy a felhasználónak kellene képben lennie azzal, hogy az itt mást jelent egy szabvány prefixum egy számára egyébként tökéletesen irreleváns technikai részletkérdés miatt (kutyát nem érdekli, hogy 2 hatványok mentén kényelmes mondjuk memóriát szervezni). A másik oldalról úgy látom, téged se foglak meggyőzni arról, hogy -- szerintem -- benne ülsz a szakmai szemellenzős hülyeségeben, és nem veszed észre, hogy nem az IT a világ közepe, úgyhogy szerintem ezt kb fölös folytatni.




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1869635

Szerintem aki legalább valami középfokú iskola környékére eljutott, azért hallott róla (bár gyanús, hogy ott lesz az valahol az általános iskolás kémia vagy fizika anyagban). Az más kérdés, hogy, lehet, hogy arra, hogy SI, már nem emlékszik, mert annyi maradt meg neki az egészből, hogy a kiló az szorozni ezerrel, a mega szorozni 1000*1000el, stb. (Illetve leginkább csak annyi, hogy ezerrel kell szorozni, és kiló, mega, esetleg giga).

Viszont: ha ennyit jegyzett meg (és azért ezt a többség megugorja), akkor kb. mindenhol jól ellesz ezzel a tudással, anélkül, hogy tudná, hogy ez SI. Kivéve az informatikát, ahol megpróbálják neki elmagyarázni, hogy itt 1024-el kell szorozni, mert csak. Kivéve mikor nem.

(Egyébként vicces, hogy az egyik oldalrol PtY azzal érvel, hogy legyen igenis ennyi alapműveltsége informatikából, te a másik oldalról azzal, hogy még az SIt se tudja, nem mindegy?)




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1869532

> Nem, nincs meg. :(

Az elég szomorú :)

Egyébként meg lásd fentebb, nem kell mindent belekalapálni. Fordítva ülsz a lovon, a kibi mibi stb ezt hivatott megoldani:

60 s = 1 Ks
3600 s = 60 Ks = 1 Ms

stb, vagyis ha perc meg óra helyett SI prefixumokat használnánk, és megtartanánk a hatvanas szorzót.




Miért 221 MB egy touchpad meghajtóprogramja?: https://hup.hu/node/140504#comment-1869559

de nem, szerintem a következő nagyságrend a k, nekem így tetszik. És nyugodtan leszarhatom, hogy a kilo az ezer, hiszen nincs azzal semmi gond.




3g, telenor, port forward: https://hup.hu/node/140449#comment-1867518

miköze az akárhánygnek a portforwardhoz?




3g, telenor, port forward: https://hup.hu/node/140449#comment-1867532

Amit mondtál, az úgy hangzott, mintha a 3Gnek lenne valami ilyen limitációja. Ami meg nem igaz. Az, hogy adott szolgáltató tiltja a portot, az nem a 3g baja.

azt meg már hagyjuk is, hogy a portforward hol is történik, és mi köze hozzá a szolgáltatónak :)




3g, telenor, port forward: https://hup.hu/node/140449#comment-1867535

Akkor kérlek azt mondd, hogy szerinted 3gn tiltani szokták a portokat, meg hogy 3g-n tudtoddal mindenki tiltja (egyébként messze nem ez a helyzet imho), ne azt, hogy 3g-n nem megy a portforward.

Ráadásul ha a szoláltató elenged az eszközig egy portot, akkor hogy utána azt portforwardolja-e ez az eszköz tovább, arra nincs befolyása, hacsak nem maga az ügyfélnél levő végponti eszköz csinál valami olyan taknyolást, ami miatt nem megy. Tulajdonképp arra akartam kilukadni, hogy a bejövő portok szűrését nem mosd össze a portforwarddal, ami már a te "területeden" történik.

(igen, tudom, hogy tulajdonképp meg lehet próbálni nat dobozokat keresni, volt erre példa anno, de messze nem a kikapcsolom, és akkor majd jól nem lesz determinisztikusan dolog)




3g, telenor, port forward: https://hup.hu/node/140449#comment-1867551

nekem ez a mondat nagyon azt jelenti, hogy ez a 3g hiányossága, nem pedig a szolgáltatóé (akinél mondjuk ugyanez 2g-n megy). Ráadásul kissé erőltetettnek érzem, hogy mivel már el se jut odáig a traffic. Kicsit olyan mintha azt mondanád, hogy ha nincs térerő, akkor nem megy a portforward. :) De lényeg, hogy akkor tiszta.

Egyébként meg ha megnézed a topicot, egyértelműen az van, hogy megy az, csak az eddigi eszköznek L2 bajai lettek, ezért "nincs térerő", és a topicnyitó olyan eszközt keres, amiben normális network stack van, nem valami gusztustalan tákolmányolás, ami a driverben natol egyet.




A HR hölgy megkérdezte, hogy miért gondolom kellemesebbnek az itthonról dolgozást...: https://hup.hu/node/140520#comment-1868120

"Skype meg egészen jó addig, ameddig nem kell rajzolni. "

Tehát majdnem bármilyen komplex problémáról történő egyeztetés nagyjából tizedik percéig :)




A HR hölgy megkérdezte, hogy miért gondolom kellemesebbnek az itthonról dolgozást...: https://hup.hu/node/140520#comment-1868191

(egyébként nem is lehet használni, bár lync már egy ideje tud videót is), de tökmindegy. A hipiszupi videokonf terem (ami tényleg az, nem irónia, kurva messze van attól, hogy látsz egymás mellett négy fejet fülessel) is messze nem olyan, mint a személyes interakció.

Természetesen van olyasmi, amit bőven le lehet vezényelni telefonon, de főleg open ended dolgoknál csodákattud művelni a face to face.




A HR hölgy megkérdezte, hogy miért gondolom kellemesebbnek az itthonról dolgozást...: https://hup.hu/node/140520#comment-1868211

bizonyára van az a usecase, meg munkaszervezés, ahol ez működik. mint mondtam, mi is eltelekonfozunk, ha arról van szó, és van, ahol teljesen jól használhatóak ezek a dolgok. Van amihez meg szerintem nem. (Brainstorm jellegű meetingen az ilyen szerintem nagyon nehézkes minden ilyesmi). Az, hogy egy adott munkakörben mennyi ilyen van, az nyilván függ a munkakörtől, a helyen levő munkaszervezéstől, stb. Bőven lehet -- és van -- olyan hely, ahol bőségesen elégséges szinte mindig az ilyen távmunkás tech. És van olyan, ahol nincs. Igazából annyit akartam mondani, hogy nem mindenható, a kissé egyoldalú ez bizony tökéletesen kiváltja a munkahelyre bejárást minden esetben egyszerűen nem igaz.




A HR hölgy megkérdezte, hogy miért gondolom kellemesebbnek az itthonról dolgozást...: https://hup.hu/node/140520#comment-1868122

én rendszeresen kényelten vagyok telekonfos meetingeken részt venni, ez van, franc se akar állandóan stokholmba repkedni. A személyes jelenlét nagyságrendekkel eredményesebb.




Hívószámkijelzés nélküli, ismeretlen telefonhívásokat ... : https://hup.hu/szavazasok/20150508/hivoszamkijelzes_nelkuli_ismeretlen_telefonhivasokat#comment-1866838

volt már olyan, hogy a faszi erre mondott egy ügyszámot meg egy nevet, és mondta, hogy hívjam a központi számot nyugodtan, és azon keresztül visszakerülök hozzá.




Hívószámkijelzés nélküli, ismeretlen telefonhívásokat ... : https://hup.hu/szavazasok/20150508/hivoszamkijelzes_nelkuli_ismeretlen_telefonhivasokat#comment-1867615

igen, inkább üditő kivétel volt :) sajnos :(




Hívószámkijelzés nélküli, ismeretlen telefonhívásokat ... : https://hup.hu/szavazasok/20150508/hivoszamkijelzes_nelkuli_ismeretlen_telefonhivasokat#comment-1866950

+1

azt a néhány szerencsétlent, aki ebből kénytelen megélni, rövid úton le lehet szerelni Általában bőven gyorsabb, mint a félretárcsázó szerencsétleneket, akik vagy meg vannak sértődve, hogy nem tudom, hogy ki a picsa az a Gyuri, vagy harmadszor is felhívnak, mert nekik ez a szám van ideírva Pista mellé, hiába mondom, hogy 8 éve már biztos nem, ha egyszer az van a papíron, akkor biztos ez Pista száma.

Érdekes megfigyelés még, hogy az ilyen félremenő hívások nagy része kevésbé kulturált. Eleve nem bemutatkozással kezdünk, aztán mikor mondod, hogy ne haragudjon, szerintem téves hívás, kivel beszélek, kit keres, akkor képtelen értelmesen válaszolni, a végén többnyire, egy elnézést, visszhall sem fér ki. (A második kategória általában idő néni/bácsi, ők nem ilyenek)




Hívószámkijelzés nélküli, ismeretlen telefonhívásokat ... : https://hup.hu/szavazasok/20150508/hivoszamkijelzes_nelkuli_ismeretlen_telefonhivasokat#comment-1866962

És ezzel nincs is semmi baj az elején. Nem szoktam morcos lenni az ilyenekkel, udvariasan beszélek, nem is szoktam hagyni, hogy szerencsétlennek magának essen le, hanem szoktam mondani, hogy ne haragudjon, azt hiszem, téves hívás, kit keres?

Ellenben akinek nem elég fél perc arra, hogy összekaparja magát abból a kultúrsokkból, hogy nem Gyuri van a másik oldalon, hanem egy téves hívás, és kinyögje, hogy Horvát Gyulát keresem, téves, értem, elnézést, visszhall, az vagy bunkó, vagy komoly szociális kihívásokkal küzd. Felnőtt embernek ne okozzon már gondot egy egyszerű rutinbeszélgetés lefolytatása. Vagy nem tudom, hentespultnál visszakérdeznek, hogy disznó vagy pulykapárizsit kér, akkor se tud válaszolni?




playről levett app árának visszatérítése: https://hup.hu/node/140481#comment-1867584

amire azért az esetleg felmerülhet, hogy ha nem szegte volna meg a google play feltételeit, akkor nem szedték volna le :)




E-papír - szó szerint értette a papírt: https://hup.hu/treyblog/20150505/e-papir_szo_szerint_ertette_a_papirt#comment-1865724

De ez már annyira jó epapír volt, hogy meg se tudta különböztetni :)




Egy, már megszokott (bejáratott) UI áttervezésére szerintem elfogadható indok...: https://hup.hu/szavazasok/20150430/egy_mar_megszokott_bejaratott_ui_attervezesere_szerintem_elfogadhato_indok#comment-1864688

meglepődnél hányan tolnak jobblikk másolást...




Egy, már megszokott (bejáratott) UI áttervezésére szerintem elfogadható indok...: https://hup.hu/szavazasok/20150430/egy_mar_megszokott_bejaratott_ui_attervezesere_szerintem_elfogadhato_indok#comment-1866985

Én is szoktam simán, pedig kv sincs a kezemben...

Igazából amit mondani akartam az az, hogy van aki kizárólag ezt ismeri. Anyámnak pl hiába mondom el, látom, hogy nem jegyzi meg. Szóval én az alapfunkciók guiról eltakarítását nem támogatom, még akkor sem, ha nekem épp sosem használt.




Egy, már megszokott (bejáratott) UI áttervezésére szerintem elfogadható indok...: https://hup.hu/szavazasok/20150430/egy_mar_megszokott_bejaratott_ui_attervezesere_szerintem_elfogadhato_indok#comment-1864824

Akadémiai érdeklődés következik :)
A fentiből azt vettem le, hogy itt valami weboldalról beszélünk, ami valami viszonylag trivi funkción visz végig kevésszer (előttem megjelent valami webshop vagy szállodafoglalás, vagy ilyesmi jellegű usecase).

Érdekelne, mi van olyankor, mikor valami olyanhoz kell hozzányúlni, amit gyakran használnak, és adott esetben komplexebb (pl valami banki belső rendszer, egy word szerű cucc, vagy akár mondjuk egy weboldal adminja), akkor hogy megy az ilyesmi?




Egy, már megszokott (bejáratott) UI áttervezésére szerintem elfogadható indok...: https://hup.hu/szavazasok/20150430/egy_mar_megszokott_bejaratott_ui_attervezesere_szerintem_elfogadhato_indok#comment-1864928

Köszönöm, ez elég hasznos :) Természetesen mindegy, hogy pontosan mi volt, a usecase jellegét próbáltam belőni magamanak :)

Az olvasmányokba mindenképp belenézegetek (meg asszem odadugom a szoftveres architect orra alá valami sör kapcsán egyszer :)), sajnos érdemi reakciót nem nagyon tudok adni, mert ezeket én max nagyon oldalról nézem... Mindenesetre az vicces, hogy néhány dolog azért úgylátom univerzális (konrétan még nem jutottam olvasásban odáig, hogy post-itek tiltása, mikor arra gondoltam, hogy egységsugarú fasz ezt simán megoldaná leszedetéssel...)

Danke!




Tavaly körülbelül ... darab levelet (e-mail) küldtem el.: https://hup.hu/szavazasok/20150414/tavaly_korulbelul_darab_levelet_e-mail_kuldtem_el#comment-1858692

Ugyan csak átszaladtam, mert elég bullsihtelős, de elsőre azt gondolnám, hogy az urak most emil helyett a web platformot nyomkodják gőzerővel. Ami egyébként lehet hogy jobban használható, de ez a "kurvasok emailem van, hát szabaduljunk meg az összes emailtől, mert az önmagában gonosz.." elég furcsa. Azért vannak, mert munka van.




shell script tesztelo webapp: https://hup.hu/node/140372#comment-1866064

"Valószínűleg a 4-5000 soros programjaimmal abszolúte semmit sem tudna kezdeni."

mert?

" Ott van az n, v és x opció. No, meg a man."

target közönség láthatólag a beginners, "It's mainly focused on handling typical beginner and intermediate level syntax errors and pitfalls where the shell just gives a cryptic error message or strange behavior" -- a végére azért felhívnám a figyelmed. Illetve lehet, hogy mondjuk a bash manja sokkal jobb mint bármi másé (persze hogy nem), de manból az ilyesmi pont nem derül ki triviálisan.

" Miazhogy csak bash?!"

nem csak bash, nézi a shebangot. A példában konrkértan van olyan, hogy bakker, sh-t mondtál, és echo flaget használsz.

" Soros terminálon nem fut a webapp."

hálistennek le lehet tölteni, akkor van shell frontendje (sőt, valami olyat is gyárt, amivel értelmesebb editorok tudják integrálni)

--

Ettől még lehet szar az egész, de ezek most kb mellémentek (fogalam nem volt mi ez, a fenti izék a weboldal kettő percnyi megtekintéséből derültek ki, lásd még lustaság ;) )




shell script tesztelo webapp: https://hup.hu/node/140372#comment-1866178

Mint mondtam, ettől még lehet szar :) (mondjuk a verify it or export itet, valamennyire akár meg is tudnám védeni az appears unuseddel :))

Neked nyilván nem hasznos, ha a shell alapjaival tisztában vagy, de lássuk be, random javaprogramozónak azért hasznos lehet, mikor kénytelen írni valami shellt, mert mégiscsak futtatni kell a vackát valahol.




shell script tesztelo webapp: https://hup.hu/node/140372#comment-1866412

Nem tudom, ez most ironikus volt-e, de a valóságban tényleg az van, hogy a platformot nem ismerőknek kell valamit írni. És azért lássuk be, hogy a shell azért sok szempontból sajtreszelő feeling, nem baj, ha van eszköz, ami felhívja az ilyesmire a figyelmet

Kedvencem ilyen java környékéről a glassfish, amihez jár initscript. kb /bin/mittomén >/dev/null 2>&1 & van benne. Igaz ugyan, hogy ha keystorehoz kell passwordöt megadni (ami azért nem ritka eset imho egy webframewörknél) akkor lesz egy látszólag futó java, ami ugyan várna az stdinen egy jelszót, amit ki is írt volna, de így, hogy kuss és menjháttérbe.... :) Mondjuk tény, azellen nem véd.




shell script tesztelo webapp: https://hup.hu/node/140372#comment-1866065

szerintem, mivel ilyesmit tipikusan file listézásokkal tanítanak, ezért lehet, hogy ugyan ismerjük *.mp3-at, de azt hisszük, ilyet csak az lsnek lehet mondani, mert úgy csípődött be.




SSH key-based auth, direkt root login: https://hup.hu/node/140376#comment-1865827

traceability




SSH key-based auth, direkt root login: https://hup.hu/node/140376#comment-1865858

Szerintem ha több mint egy, akkor már bőven lehet indok :)




Debian 8.0: https://hup.hu/cikkek/20150426/debian_8_0#comment-1862844

Szívet gyönyörködtető :)

Az az igazán szép, hogy hisztizni tud, de annyi nincs benne, hogy adjon egy linket valahova az @lists-re, hogy innen olvasd el az okokat. (Direkt megnéztem, a news fileban is ugyanez, az érdemi információt nem tartalmazó indoklás van)




Debian 8.0: https://hup.hu/cikkek/20150426/debian_8_0#comment-1862948

Belenéztem (épp nem volt kéznél futó debianom, uh a diff filet kell nézegetni, ami meg annyira nem vidám), ott valóban szerepel a ticket, ami alapján már meg lehet találni, hogy mi a baj. (A konkrét izé egyrészről elég gyász, másrészről meg azért imho ezt special lehetne kezelni a csomagolásnál annál szofisztikáltabban, mint hogy mivel a maintaner láthatólag személyesen rühelli a featuret, ezért kikapcsolja). Viszont ha már először a newsra mutogattunk egy mondatban, aztán mikor megkérdőjelezték, hogy miért, akkor a "megvan az oka, hidd el, hogy nem vagyunk hülyék" helyett oda lehetett volna írni, hogy nézd meg kérlek a changelogot, vagy nézd meg kérlek az #12345 számú bugot...




Ha indentálás, akkor: https://hup.hu/szavazasok/20150428/ha_indentalas_akkor#comment-1864144

épp azért nem szerencsés, hogy hol csak esztétikum miatt van ott, hol meg jelentéssel bír.




Ha indentálás, akkor: https://hup.hu/szavazasok/20150428/ha_indentalas_akkor#comment-1864219

Van ilyen egyébként, de arra próbáltam reagálni, hogy azt mondtad, inkább legyen a \n a határoló, mert az minden sor végén ott van. És azt próbáltam mondani, hogy épp azért, mert egyébként is ott van minden sor végén -- mert a kóder üti hogy "tipográfiai" szempontból (értsd jól) szép legyen -- ezért nem szerencsés nyelvszintaktikai határolónak, mert akkor hol ez hol az, ellentétben a ;-vel, ami meg akkor van ott, mikor határolót akarsz. Szerintem zeller is ezért mondta, de aztán lehet valamit félreértek :)




Packt Publishing: https://hup.hu/node/138804#comment-1842058

a metasploitot nem tette el valaki véletlen?




Packt Publishing: https://hup.hu/node/138804#comment-1842079

Danke :)

Pont addig nézegettem, aztán vhogy elmaradt :(




Packt Publishing: https://hup.hu/node/138804#comment-1842305

mivel ma meg shellscript lett, én is megtettem :)




Packt Publishing: https://hup.hu/node/138804#comment-1842473

bele még nem néztem :)

Komoly problémát én mondjuk nem látnék abba, ha a tipográfiai példában furcsa dolgok vannak. Voltam olyan meetingen anno, ahol a kódereink fél órát tornáztak egy ilyenen (install doksi elején, kutya el nem olvasta az életben), ahelyett hogy a doksi érdemi hülyeségeit nézték volna.




Dohányzol?: https://hup.hu/szavazasok/20150110/dohanyzol#comment-1824120

Én még sose találkoztam olyan dohányossal, aki szerinte nem tökéletesen kultúráltan dohányzik... ;)




Dohányzol?: https://hup.hu/szavazasok/20150110/dohanyzol#comment-1825468

Felírom.

De látod, alapvetően még te is azt gondolod, hogy ez így a teljesen normális, mert ennyi tolerancia kell a másikkal szemben ;) Amivel én egyébként személy szerint egyetértek, fentebb is pusztán azt akartam mondani, hogy nyilván gyak mindenki úgy gondolja, hogy ő tök elfogadható kompromisszumot vár csak el / ad (leszámítva néhány elmeroggyant csakazértis belefújom a pofádba, le vagy szarva taplót, de ilyen nyilván kevés van). A gond csak az, hogy ez az elfogadható szint mindenkinél más ;)




Dohányzol?: https://hup.hu/szavazasok/20150110/dohanyzol#comment-1826044

ezekkel én mind egyetértek, pusztán azt akartam mondani, hogy a konfliktusforrás többnyire az, hogy mindenki mást tekint leszarásnak. (meg az, hogy általában amit te csinálsz, azt később tekinted leszarásnak, mint amit más csinál)




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1857837

a lesz isben azért annyira nem lennék biztos, ismerve közelmúlt ezirányú történéseit :)

(rejtett sub a popcorntimera)




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858452

Csak a konzekvencia levonásod miatt (meg azért, hogy ne csak offoljak):

Én pl nemre szavaztam, mert nincs tetkóm, és nem is lesz, egyszerűen nem érzem igényét, hogy ezzel fejezzek ki akármit is. Ezzel együtt úgy általában nincs bajom a tetkóval, némelyik kifejezetten tetszik, illetve csak azért, mert tetkó van valakin, nem gondolom, hogy kevésbé intelligens vagy értékes lenne, szóval ne feltétlen vonj le a számból következtetéseket.

És egyébként ezzel együtt van olyan, amikor a tetkó miatt hátrábbról indul nálam valaki, de ez nem általában a tetkó miatt van, hanem amiatt a specifikus tetkó miatt. Egyébként azt gondolom, hogy amikor keverjük a mindenféle pl faji előítélettel, akkor azért sántít a dolog, mert a tetkó alapvetően választott dolog, aki varratta azért képben kellett legyen azzal, hogy a dolog társadalmi megítélése nem egységes, és pl lehet olyan munkáltató, aki nem szívesen hagyná, hogy az ügyfelei felé egy lángoló koponyát az alkarján viselő faszinger képviselje. Azt gondolom, azért ez jelentősen eltér attól, mint ha valaki nem akarja, hogy mondjuk a faszi kínai legyen. Szóval aki varrat, az vállalja már fel, hogy az önkifejezését mások esetleg nem csak pozitívan ítélik, mert amikor megy a hiszti, hogy de nekem is jár, hogy fejtetőig varrva is szimpatikus legyek neked, hát az, hmm.

Ezzel együtt egyik régen várt eseménye az életemnek, mikor egyszer fater -- aki nem kicsit rühelli a tetkót -- rádöbben majd, hogy gyerekkori jóbarátom, akit egyébként nagyon bír, meg nagyra tart gyakorlatilag a póló által eltakart teljes felületen tribalra van varrva :)




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858177

"Nem akarlak bántani a siged miatt, de ezt valami előadáson hallottad? A probléma ismerete nélkül megoldás sem lesz. Az "indítsuk újra a gépet" nem a megoldások halmazában van."

Nem akarnám lerombolni a világképedet, de van az az üzemeltetési méret és gyakorlat, ahol az izolált megdögléseket a node újradeployával, vagy a hw instant cseréjével oldják meg, és nem pazarolnak időt post-mortemre addig, amíg valami statisztikában nem látszik, hogy valami bug annyira szopat, hogy érdemes utánanézni...




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858196

Tovább rombolnám a világképed: ahol ezeket a stratégiákat alkalmazzák, azok többnyire a világ legstabilabb, az ügyfelet hülye hibákkal legritkábban szopató rendszerei.

(Gy.k.: a rendszer van úgy tervezve, hogy egyszeri node hibák, meg ritka körülmények között néha előjövő bugok nem okoznak problémát a szolgáltatásban, nem éri meg kergetni őket, mert nincs valódi hozadéka. Hovatovább, van az a méret, ahol a megdöglött hw cseréje bizony napi rutin, és egy jó darabig nem éri meg nézegetni, hogy a hónapban öregedés miatt elhullott 500 diszkből 2 halálát igazbából valami random kontrollerhiba okozta)




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858231

Nemteccikérteni. Ahogy fentebb mondták, a probléma definíciója lényeges. Ezekben az esetekben a probléma az, ha valami veszélyezteti a normális üzemet, ami ennél kisebb, azt nem tekintjük problémának, nem mikromanagelünk, mert nincs értelme.

Nyilván, abban az esetben, amikor csak egy gép van, akkor egy ilyet sokkal kevésbé lehet bevállalni. (És egyébként ott meg az van, hogy a business szerint sokkal fontosabb, hogy megint elinduljon, mint hogy a hullát nézegessük. Aztán persze ugyanez a biznicc jön azzal, hogy RCA-t is csinálni kéne, mert miért nem tudjuk, hogy pontosan mi volt, de az más kérdés)




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858262

Jó, hagyjuk, nem vagy hajlandó kilépni kicsit világodból, innen nincs értelme tovább lovagolni a szavakon. :) Legyen neked a kontextusodban igazad :)




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858316

csak nem állom meg: a probléma, hogy a 100 nodeos clusterből fejreállt az index 10en, ezért az automata kibaszta a clusterből, így most -10% teljeítményen megy a rendszer, ez meg veszélyezteti az SLAinkat, meg megakadályozna bizonyos migrációkat, ha szükség lenne rá.




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858324

a probléma az, hogy a rendszer teljesítménye csökkent ;) de tényleg hagyom, mivel te a saját probléma fogalom definíciódat axiómának tekinted, és mindent belemagyarázol, ezért nincs értelme :)




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858396

... hagyjuk.




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858312

kérlek: önellentmondásba keveredtem, mert úgy fogalmaztam egymás utáni bejegyzésekben, hogy ki tudtál lovagolni a szavakból valami saját permisszáid szerinti ellentmondást. Amiben egyébként még igazad is lehet, nem fogom most végigtornászi, hogy megvan-e az a logikai bukfenc a dologban, amit mondasz (mondom lehet), mert szavakon való lovaglásnak tartom, és mivel az érdemi tartalommal láthatólag neked nincs kedved foglalkozni, a szavakon való lovaglással meg most nekem :) de ha megnyugtat, nyertél, ügyes vagy.




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858323

bosszankodik a halál :)
Egyébként meg vicces ez, miután sikerül nem észrevenned egy minusz jelet feljebb.




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858399

valóban, de majd mindjárt teszek egy ontopicot is :D




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1858976

na ez az, amiben tökéletesen tévedsz :)




Van tetoválásod?: https://hup.hu/szavazasok/20150413/van_tetovalasod#comment-1859235

Az élet odakint, ahol üzemszerű, hogy néha rebootolnak valamit, és nem keresgélik, hogy mi volt, aztán mégse zárják be a boltot.




Zenélsz valamilyen hangszeren?: https://hup.hu/szavazasok/20150415/zenelsz_valamilyen_hangszeren#comment-1858779

+1

Azt, hogy nem szeretnék, én sem mondanám, mert nem taszít, sőt az ember néha elfantáziál róla, hogy az tulajdonképp faja. Ellenben annyira sem érdekel, hogy energiát öljek bele. (Ha ehhez még hozzáveszem az abszolút hallásom -- mármint hogy abszolút nulla -- meg a csak nyomokban létező ütemérzékemet, akkor még az is van, hogy szeretni szeretnék én, de esélytelen :) )




Linux rendszergazda : https://hup.hu/node/139520#comment-1850579

Mondjuk nekem az a tapasztalatom -- nyilván kintről --, hogy a "gipszkartonozás" gyakran több munkaórát visz el, illetve igényel hétvégi jelenlétet, főleg ha ITs keresetet célzod, mert ahhoz kevés a főnök szerzi a melót "segédmunkás" élet.




Vettem egy kindlet.: https://hup.hu/node/140060#comment-1860191

És a KUAL hogy oldja ezt a problémát meg? gyors olvasgatás nem segített :( Pedig amellett, hogy nagyon szeretem a DXet, ez bizony fos rajta....




Vettem egy kindlet.: https://hup.hu/node/140060#comment-1860202

úgy látom fel kell tennem megnézni :)




Vettem egy kindlet.: https://hup.hu/node/140060#comment-1860238

De ez nem csak valami launcher?




Vettem egy kindlet.: https://hup.hu/node/140060#comment-1860555

"viszont epub és mobi-val furák a fontok (ahoz képest hogy gyárilag hogy rendereli a mobi-t"

akkor ezt nem értem :) Gondolnám, hogy van valami értelmes filelista, de a rendert is kötelező kicserélni?




Codie - robotikus játék, ami programozásra oktatja a gyerekeket: https://hup.hu/cikkek/20150420/codie_robotikus_jatek_ami_programozasra_oktatja_a_gyerekeket#comment-1860951

a tud, meg az élvezi között azért van különbség...




Codie - robotikus játék, ami programozásra oktatja a gyerekeket: https://hup.hu/cikkek/20150420/codie_robotikus_jatek_ami_programozasra_oktatja_a_gyerekeket#comment-1861086

Ja, akkor lehet fogni valami komolyabbat.
Viszont ha onnan indulunk, hogy nem érdekli, hogy animált állatkák mászkálnak, vonalat húz a teknős, vagy pythonban nem is tudom... akkor nem fogunk odáig eljutni, hogy kelljen komolyabb, mert nem fogja beszippantani a gyereket...




A Microsoftnál most nagyon elgurult a gyógyszer: https://hup.hu/node/140029#comment-1860119

Én balkezes vagyok (legalábbis írás szempontjából, de egyébként elég vegyes a kép), alapesetben jobb kézben fogom a telefont, és a bal mutatóujjal nyomkodom (5.5, de kisebbel is ezt csináltam), ha hosszabbat írok, akkor elfordítom, és két hüvelykkel gépelek...




Megérkeztek a 4. generációs, ubuntus Dell XPS 13 developer edition gépek: https://hup.hu/cikkek/20150412/meg%C3%A9rkeztek_a_4_generacios_ubuntus_dell_xps_13_developer_edition_gepek#comment-1857460

Szerinted egy nem grafikus célterületre fejlesztőnek minek kell?




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1851770

úgy érti, hogy ők adnak smtp szolgáltatást, amit boldog-boldogtalan ügyfelük tud használni, aztán megy rajtuk keresztül a spam. (Az más kérdés, hogy a frászért nem csinálnak normális, autholt smtp szolgáltatást, és basszák tökön a spammer ügyfelet, de még úgy is lesz mindig egy-egy kör, ha gyorsak is)




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1851934

Kb ez, és mivel nem ismerem a T szolgáltatását (ugyan elvileg van, de ugye a frász se használja), ezért mea maxima culpa, feltételes módban szerettem volna azt a mondatot, hogy _ha_ a nem csinál ilyet, nem tudom hogy sikerült kifogalmaznom belőle.




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1852368

Pontosan ezt mondtam feljebb, hogy még ha van is normális beállítás, szűrhetetlen ügyfélkörnél akkor is a legjobb, amit elérhet a smarthost gazdája az az, hogy minimális károkozás után tarkónbassza a spammert. De addigra már egy egy listát mindig be lehet szívni...




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1852979

[x] spammer vagyok, nem kérek geocontrolt?




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1853037

Arra gondolok, hogy ha azért vezetünk be egy védelmi mechanizmust, hogy védjük magunkat a usereink csúnya tevékenységétől (akár azért, mert ők maguk ilyenek, akár azért, mert mint fentebb valaki rátette a kezét a kredenciálisra), akkor nem tűnik jó ötletnek a user által kikapcsolhatóvá tenni azt.




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1853088

Egy bankkártya ilyen irányú dolgait (amik egy másik csatornán adminisztrálódnak) nem feltétlen keverném össze egy online cuccal, ahogy mondtad, a guglinál ez nem kikapcsolós :)
Persze, lehet ezekkel mit kezdeni, de a javasolt kikapcsolhatod azért nem annyira átgondolt :)




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1853118

az enyém meg csak egy ötlet volt, hogy hogy fogják megkerülni :)




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1852783

Nyilván nem szószerint értettem.

Ettől még, ha kimegy egy adag spam, akkor simán IJ lehet a smarthostnak.




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1852369

bűnöző az eszed tokja, az.




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1852784

nem csinálok ilyet. De ettől még a bűnöző kissé erős.




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1852940

Szó nem volt spam küldéséről. Dinamikus ipről levélküldésről volt szó.




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1853090

Még mindig félreértésben vagyunk. Én nem azt mondtam, hogy ezt nem így kell csinálni, vagy jó ötlet, nem kutyáztam a szolgáltatót. Kizárólag a bűnözőzést kifogásoltam.

(az más kérdés, hogy ez az egész baszás simán azért van, mert az smtp fundamentally broken)




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1853227

Ha tök jól működne az smtp, akkor lehetne otthon levelezőszerver. Azért nem lehet, mert kénytelenek vagyunk szűrni, mert ömlik a szar az smtp protokolon keresztül. (és, hint hint, mutass rfct, ami azt mondja, hogy ez a szabály :) nem fog menni, mert ez a broken design kényszerű fixje).




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1853290

Szóval mostmár illemszabályok vannak. :)

Azért kellene, hogy a problémát ne illem, hanem rendes szabályok rendezzék, mert egy normális ökoszisztéma tervezhetően megvédi magát. Az smtp nem ilyen, sajnos -- rengeteg, az internet hőskorából származó cuccal egyetemben -- feltételezi a jóhiszeműséget, és ezer meg egy ebből következő abuzálhat dologtól szenved. Amit mindenki mindenféle illemszabályokkal próbál körbebástyázni. Aztán kiderül, hogy kinek mi az illem ugye. bra meg mehet vitatkozni az at&tvel, hogy most akkor az RBL listáról le kell kerülni, vagy kell-e whitelistelni mert ők nagy szolgáltatók (csak, hogy a topicban is előjötteknél maradjunk), és még ezer ilyen más "illemszabály". Ez nem jó, mert káoszhoz, és tüneti kezeléshez vezet (az a sok szar továbbra is ott kering a rendszerben, ölve az erőforrásokat), max a végfelhasználót tudjuk megkímélni tőle.

Egy tipikus túlterheléses támadást, amire most épp HTTPs példát hoztál, de akármi mást is lehetett volna ilyen alapon meg ne keverd a protokoll hülyeségeiből adódó problémákkal, mert egész más tészta. (Főleg, hogy ilyen dos kezelésére ennél szofisztikáltabb megoldások is vannak az agynélküli ip tiltáson túl, de ez ugye mellékszál :) )

Szóval szori, de nem sikerült meggyőznöd arról, hogy az smtp és környéke nem szar.




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1853423

az a jó, hogy még mindig azt hiszed, hogy én dinamikus ipről akarnék levelezni, holott még mindig ott tartunk, hogy pusztán a bűnözőzésre vontam fel a szemöldököm ;) (Igen, van értelmes levelezőszerver, amin keresztül bonyolítom a dolgomat, megkapják a leveleimet, meg én is másokét).

Ettől még hadd gondoljam azt, hogy elég nagy takonytákolmány.




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1853430

Belegondoltam, tudom, hogy nem egyszerű a probléma. Ettől függetlenül azt gondolom, hogy az smtp környékén jelentős mennyiségű olyan dolog van, amit lehetne értelmesebben csinálni, csak sajnos eredetileg nem gondoltak rá, aztán meg akkorára nőtt az egész, hogy a legacy problémák, meg az egyet nem értés miatt rengeteg kváziszabvány van, meg best practice, ami időnként üti egymást, stb.

Egyébként sajnos nem tudunk, bár azért elgondolkodtató, hogy vannak még azért elterjedt, ingyenes üzenetküldő platformok, ahol ez ilyen mértékben sosem volt probléma. Tudom persze, hogy ennyire célközönség se voltak, meg nyilván sokkal kevésbé látom, hogy mi megy egy ilyennél a falak mögött (akár lehet, hogy pont ugyanez a szarkupac), de azért úgy tűnik, hogy az e-mail mint olyan sok helyen erősen tárt karokkal várja az ilyesmivel próbálkozókat.




T-Com-tól van itt valaki? Spamhaus/Sorbs listán megint egész subnetek vannak: https://hup.hu/node/139609#comment-1853433

Ja, kitalálták a nyílt, ládába dobott postai levlap megfelelőjét, csak most nagyon nem arra használjuk. És tudom, hogy ebből kell főzni, de ettől még lehet az a véleményem, hogy mikor az a szükségszerű elterjedt gyakorlat, hogy bárkit, aki otthonról akar levelezni, kényszerűségből spammernek bélyegzünk, az nem a "ha minden szabályt betart az ember, akkor tök jól működik az SMTP.", pláne, ha a minden szabály nagy része önkényes.




Az RPi nagy baja szerintem az,...: https://hup.hu/node/139701#comment-1853092

Én azt nem egészen látom, hogy ez miért baja az RPi-nek? Igazából nekem úgy tűnt, ez célja neki inkább...




Az RPi nagy baja szerintem az,...: https://hup.hu/node/139701#comment-1853722

/Nem tudom, hogy hova lenne jó válaszolni, leginkább az egész benyomásra, amit a véleményedről összeraktam a topic alapján, de talán ide/

Egy picit olyan érzésem van, hogy téged az frusztrál, hogy van egy csomó ember, aki sokat, és triviálisat kérdez az RPi kapcsán, ezért tele van vele a Zinternet, és ha te effektív szeretnél megoldani valami valóban nehezebb ügyet, nehezen találod a zajban. Gyanítom (és tényleg csak tippelek), te is azok egyike vagy, akik egyébként tudnak linuxul, és az rpi egy bazi olcsó, filléres eszköz mindenféle ház körüli hülyeség megoldására.

Amit látni kell, hogy az rpi kifejezett célja a tanítás. Hogy minél több emberhez eljusson az, hogy mit lehet ilyesmivel csinálni. Ehhez meg igenis eszköz, hogy épüljön köré nagy közösség. Jöjjön minél több új arc, kérdezzen nyugodtan, legyen sikerélménye. Majd lesz pár senior, aki magáénak érzi a problémát, és elmondogatja, hogy hogyan kell könyvtárat váltani. Meg majd lesz intermediate, aki fél év múlva szintén. Meg nyilván lesz (sok) olyan, aki belekóstol, aztán kiderül a hülye kérdés után, hogy ez nem fekszik neki. Az olcsó hw meg azért olcsó, hogy minél több legyen az új arc. (Mellékszál, de ezért is röhej, mikor nekiállnak azon tornázni az okoskák, hogy miért nem több ram, meg erősebb proci, mert a csudiHD videót így nem viszi a torrent mellett az ötforintos izé, és szar. Miközben kurvára nem érti, hogy okításhoz még ez is brutál overkill).

Ahova ki akarok lukadni, hogy az, akit ez az egész nem érdekel belőle, csak örül az olcsó hwnek, az ezen az egészen tulajdonképpen "élősködő". És mint olyan, ne nagyon nyafogjon azon, hogy a célközönség működik :)




Az RPi nagy baja szerintem az,...: https://hup.hu/node/139701#comment-1856032

Bocs, csak most látom ezt.

Egyrészt, jellemzően azok sírnak rajta, akik egyáltalán nem tanulásra akarják használni, másrészt meg komolyan, milyen hobbi jellegű ilyesmi játékra nem elég fél giga ram? Főleg olyan tömegben, hogy érdemes legyen mindenbe beletenni?




Goodbye FreeBSD, NetBSD, OpenBSD, DragonflyBSD ...BSD!: https://hup.hu/node/139530#comment-1850532

Azért tegyük hozzá, hogy te tervezted kitágítani a definíciót PCről "eszköz általábanra", hogy találj fogást, nem előd hozta fel a PCt.




Goodbye FreeBSD, NetBSD, OpenBSD, DragonflyBSD ...BSD!: https://hup.hu/node/139530#comment-1850567

Még itt mindig az volt a téma, csak arra reagáltam, hogy ráfogtad a másikra, hogy ő próbálja szűkíteni, miközben igazából te próbáltad tágítani. :)

Egyébként még mindig a PC. De kevésbé, mint korábban. Én úgy éreztem, lejjebb is próbáltad egy kicsit a nép szájába adni, hogy bezzeg az androidnál nem zavar, holott egyszerűen nem az volt a téma. Explicit szeretném jelezni, hogy engem pl. ott is zavar, és ebben a PCs mizériában is azt látom, hogy az embed szarok vendor lock-ines kiszolgáltatossága irányába egy lépés.




Goodbye FreeBSD, NetBSD, OpenBSD, DragonflyBSD ...BSD!: https://hup.hu/node/139530#comment-1850704

Értem én, bajom sincs vele, csak észrevételeztem, hogy a más irányba terelés _imho_ te voltál. De túlragoztok.

Nem tudok, mert annyira nem érdekel, hogy ezeket kövessem, pláne megtaláljam később (de egyébként nem emlékszem ilyesmire). Ez még ettől nem feltétlenül jelenti, hogy a hup célközönségét az nem zavarja. Simán lehet, hogy:
- ott már hozzá van szokva az agy, nem háborog rajta, míg itt ugye kb újdonság (mivel a többség továbbra is a klasszikus pc vonatkozásán rugózik, nem pedig a tablet vonalon, amit tudom, hogy az ms jelenleg erősen próbál összemosni, de az emberek fejében még minig két elég különvált dolog, nem is alaptalanul)
- egyszerűen most ez volt hír, aztán ezért van most rajta pörgés.

Aztán lehet, hogy mégis azt jelenti, hogy kettősmércézünk :) Mondjuk mint mondtam, én spec nem, droidnál is utálatos dolognak tartom ezt is, meg a szar zárt drivereket is, nem is fogok olyan vasat venni jó eséllyel, ahol teljesen ki vagyok szolgáltatva a gyártónak.




2015, óraátállítás: https://hup.hu/node/139717#comment-1854520

Ezt csúnyán benézted...




2015, óraátállítás: https://hup.hu/node/139717#comment-1854548

Annyiban, hogy villmos szerint is ordas hülyeség, ezért kezdte a mondatát azzal, hogy "ennyi erővel". Lásd még irony odafent...




A Midnight Commander ...: https://hup.hu/szavazasok/20150330/a_midnight_commander#comment-1852385

ált nincs rá szükség, bőven jó a cli (sőt, sokszor kényelmesebb is).

Ha desktopra is használnék linuxot, lehet fenn lenne...




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1847171

Olvasson szemmel jasont az, akinek két anyja volt.




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1847238

Az xmlre is pont ezt szokták mondani, aztán meg tudjuk...

Egyébként (ezt a feljebbire is) az a baj, hogy azzal, hogy azt mondod, hogy legyen json, még nem mondtál semmit, pont ugyanott vagy vele, ahol a part szakad, van egy random struktúrájú jsonod egy random formátumú free text mező helyett. A különbség, hogy amit eddig grep|cut|awk|sed segítségével pecázott ki mindenki app sepecifikusan, azt aztán majd a jqval próbálhatod app specifikusan kibányászni. Sokkal előrrébb nem leszünk tőle (sőt, a grep|cut|awk|sed kb mindenhol ott van, meg tudják is az emberek használni, a jsont meg a webhuszár programozókon kívül kb mindenki leszarja. Ja, és logsort még mindig könnyebb szemre olvasni.




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1847265

Viszont szabad szovegtol elteroen, a JSON-bol legalabb ki tudom nyerni a mezo+ertek parokat, mindenfele elozetes tudas nelkul. Ezzel mar sokkal elorebb vagyok. Igy iterativan tudom az eszkozeimet boviteni, mig teljesen szabad szoveg eseten ezzel sokkal tobb melom lenne.

A viilág nagy része láthatóan egész jól elvan azzal, hogy ezt megoldja egy sed kétsorossal on the fly.

Tovabbra sem akarom a feldolgozatlan logokat szemmel olvasni, fuggetlenul attol, milyen formatumban vannak. Abbol nem latom at az osszefuggeseket, se a trendeket, se semmi olyan informaciot, ami engem altalaban erdekel. Azert vannak ugyes programjaim, hogy a feldolgozasban, es a talalasban nekem segitsenek.

Kicsit állj lábujjhegyre, és kukucskálj ki a dobozod pereme fölött, amiben laksz :) Van egy csomó usecase, ahol az ember feldolgozatlan logsorokat akar, mert pl debuggol, nem pedig a logból készült csilivili statokat akarja nézegetni. És igen, tudom, hogy majd mindenre lesz csilivili tool, de
- egyrészt nem lesz mindenre
- másrészt meg tessék észrevenni, hogy az adminnak sokkal egyszerűbb az összes ilyen triviális eseteket ugyanazzal a néhány toollal kezelnie, mint mindegyik apphoz specifikus csodafeldolgozót használnia.

Ráadásul erős a gyanúm, hogy egy csomó ilyen dolgot eleve nem a logból kéne összeszedni, amire te gondolsz, arra van a monitoring :)

És félre ne érts, ezzel nem azt mondom, hogy nem lenne jó valami faszán struktúrált data ilyenkor, de az, hogy a jsonnal lehet egyszerű adatstruktúrákat átvinni könnyen, az még lófasz. Pl nyilván minden log más mezőket szeretne a jsonodba. Van már használható, széles körben konszenzuszos schema definicó jsonhoz, amivel ezt szabványos módon le lehetne írni, hogy lehessen általánosan működő csodaappot csinálni?




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1847304

Ez már eléggé elment az eredeti mondandómtól, de az nem baj :) Először kicsit részleteiben:

A vilag egy jelentos resze sok penzt ol olyan infrastrukturaba, ahol nem kell sed ketsorossal bohockodnia, mert ertkesebb az uzemeltetok ideje ennel. Nem keves penz van a naplozo uzletagban, nem veletlenul. Egy tobb tucat - neadjisten tobb szaz, vagy ezer - gepes rendszerben rohadtul nem akarsz se sedelgetni, se greppelni, se semmi hasonlot muvelni. Nagyon gyorsan karbantarthatatlanna valik.

Tudom, láttam már ilyet is.

Egy kezemen meg tudom szamolni hany olyan eset volt BalaBitnel a Level3 supporton, amikor a feldolgozatlan logsorok barmit is segitettek. Ha ezt kiterjesztem barmilyen logsorra, akkor lehet, hogy mar ket kez kell, de ez meg mindig edeskeves. Reprodukcios lepesek, core file, stb messze hasznosabb eszkoz. (Peldaul azert, mert a programok jelentos resze borzalmasan szar logolast illetoen. Ha nem ismered tovirol hegyire a mukodeset, a logolas sem fog sokat segiteni.)

Minden tiszteletem mellett, én meg számos olyan usecaset látok, ahol meg igenis bőven elégséges a log (és általában már úgyis ott vagyunk a gépen, a franc se akar a központira mászkálni) Elismerem, ezek nem feltétlen level 3 problémák. (Bár dolgoztam én olyannal, ami ugyan rettentő fos xml hányadék logokat gyártott, ellenben oda tudtam állni a friss level 2 kolléga mellé, aztán megmutatni benne, hogy hol a baj).

Illetve, ha nem ismered valaminek a működését, akkor az ügyesen parseolt log sem fog sokat segíteni.

Nem kell csilivili statokra gondolni. A feldolgozas nem azt jelenti, hogy elveszted az egyes logokat, es csak par pie-chartod marad. Kozel sem! Ha mar szepen sikerult valami ertelmes formaba verni oket (ami sokkal konnyebb, ha eleve ertelmes-kozeli formaban vannak, neadj isten, a gyarto meg doksit is ad hozza), akkor csodalatosan lehet indexelni, es keresni benne. Mert sok esetben - amikor debugolok - nem csak egy program uzenetei es allapota erdekel, hanem tobbe egyutt. Debugolhatom en, hogy miert nem erheto el a weboldal, nezhetem a php app logjait, amiben minden rendben van, ha kozben a vilag masik vegen levo nameserver lehalt. (Nyilvan sarkitott pelda, es egy monitoring rendszer ezt eleve eszreveszi, de szemleltetesnek megfelel)

Értem én, de speciel igen, ez egy sarkított példa, amire a log elég szar eszköz eleve.

Nincs, ahogy sysloghoz sincs szabvanyos, altalanosan elfogadott es betartott sema. De nincs is ra szukseg. Ugyis mindenki a sajat igenyeihez fogja igazitani az adatokat, igy a legtobb amit az ember tehet, hogy olyan formaban prezentalja az adatokat eleve, amit viszonylag konnyen es egyszeruen lehet utana alakitani tovabb. A JSON erre egy nem rossz megoldas, a syslognal biztosan jobb.

Na jó, de ha már váltunk, akkor miért pont a json, miért nem valami, amiben lehet definiálni, hogy mi fog menni, szabványosan? Mint pl snmp :) (remélem érezzük az iróniát).

--

All in all: szerintem még mindig benne vagy egy kicsit a dobozodban.
Egyrészt: én úgy érzem, hogy transportnál a syslog struktúrálja az adatot, és a freetext mezőt kell valahogy feldolgozni, vagy valami jsont vagy hasonlót kell szétkapni annyira kicsi szelete az egész problémakörnek, hogy nagyon. Nem vagyok programozó, akár el is tudom hinni, hogy a syslogos rfck adatformátuma szar, és a json sokkal jobb (bár vannak kétségeim), de szerintem ez messze nem olyan kardinális kérdés.

Másrészt: te benne laksz a nagy, egy helyről üzemeltetett infrastruktúrák dobozában. És ez a világnak csak egy szelete. Tök jó, ha az embernek van értelmesen összerakott log infrastruktúrája, aminek a végén egy központi tool amiből össze lehet szedni a dolgokat. De a világ nem csak ilyen, van ahol ez nincsen meg (pl mert te külső support vagy, aki nem fér hozzá). És annak viszont igenis van értéke, hogy random software loggolása nem csak akkor jó, ha ez megvan, hanem lehet használni a /var/log alatti turkálással is, uniformice. És itt kanyarodnék vissza oda, hogy olvasson jsont szemmel akinek két annyja van.




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1847338

Kicsit rövidítek, mert szerintem kb egyetértünk...

Ezzel tovabbra is egyetertek. De mint mondottam volt, JSON transportra van. /var/log ala ugy rakod le a logot ahogy jol esik, nem kell jsont hasznalni. En sem tennem, pedig a transportom az JSON. Ugyanugy megtartom /var/log alatt a tradicionalis logokat, mint mas, mert barmikor leszakadhat a halo, vagy offline, izolaltan kell megnezni oket. Jo az, ha megvan. Nem mondtam, hogy nem az. Viszont borzaszto kenyelmes es hasznos, ha ennel tobb is az ember rendelkezesere all, es abban nagyon sokat segit, ha a logok ertelmesen vannak feldolgozva (netalantan ugy is vannak gyartva). Es a strukturalt logok atvitelehez a json egesz turhetoen megfelel.

Na jó, csak most vagy az van, hogy
- már az appban is jsonban keletkezik a log, akkor nyilván mi fog a /var/log alá kerülni? Hát persze, hogy json. Mint ahogy javas izéknél a exeception kimenete, corbánál a rusnya xmlek, stb. És akkor majd jól olvashatjuk azt szemmel.
- Ha meg "tradicionális fromában" keletkeznek akkor ugyanúgy jsont kell belőle csinálni. Akkor a parzolgatást nem úszod meg, de felhasználó szempontból valóban mindegy, hogy ezt hol csinálod meg, még a nodeon, mert transportra már jobb a json, vagy majd a központban.




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1847367

Azert egy aprobb kulonbseg van: json-t syslog-ra alakitani nemileg egyszerubb, mint viszont.

Valóban egyszerűbb, és neked legyen igazad, de szerintem ha a jsonon jönne be, akkor egy csomó minden nem alakítaná, néznénk jsont. Illetve a freetext helyén levő struktúrált datát schema hiányában ugye nem is annyira triviális.

Mondjuk en olyan ember vagyok, hogy http logot sem szivesen olvasok szemmel, java exceptiont meg plane, az N uzenetbe tordelt postfix logot pedig igyekszem elkerulni. Szoval JSON nelkul is pont eleg szar a helyzet, ha az embernek szemmel kell olvasnia a kulonbozo szutykokat.

Senki sem szeret, és valóban elég szar a helyzet, és te ide még kileakelnéd a jsont is :) Egyébként a többsoros postfix pont viszonylag triviálisan szűrhető a benne levő id alapján.

Magyarul kis rendszeren is siman osszekorellalom a dolgokat ahogy azt nagyobb rendszeren is teszem, mert ujjban van a rutin, es az ember az ismert eszkozoket hasznalja. Foleg ha azok hatekonyak. :)

Ez nagyszerű, de erre még mindig nem mindenkinek van meg a lehetősége.




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1847306

Véletlen tudom ki ő. (Sőt, véletlen használunk BB cuccokat, több félét is, és bár nem a logosok, de hugyoztak szegények vért páran a valódi ügyfél igényeimen ;) (és eléggé faszán megoldották.)

Ettől még igen, dobozban laktok, a nagyméretű enterspájz cuccok dobozában (ahol egyébként többnyire én is, ettől még látom, hogy a dobjuk ki a syslogot, és legyen helyette json fáj kicsit helyenként.)

Az, hogy te az előparzolás után min tolod keresztül, azért különbözik attól, hogy hogyan keletkezzen a loggolandó nodeon.




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1847340

Összeértünk a másik szállal.




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1847372

Folytassam? Ugye felesleges lenne?

Ezeknek a jelentős részét a json önmagban pont nem oldja meg (opcionális, hülyeségre állítható mezők, timestamp (amire egyébként van rfc, még ha olyan is), stb. A többi meg parseolás, értem én, hogy azt kényelmesebb rábízni a már kész HTTPre, mert ott van length mező, hurrá.

De egyébként én még mindig csak az ellen emeltem fel a szavam, hogy a json mindenben jobb, mert olvasni pont szarabb. És ha végigverődik az egész infrastruktúrán (az apptól kezdve), akkor előbb utóbb jsont leszek kénytelen olvasni, mert valaki valahol nem fogja lekezelni. Ha meg a sylog eddigi mezői maradnak kb, és e helyett lesz json, a freetext meg marad, ahogy eddig, azzal a parseolgatás ott tart, mint most.

De igen, önmagában mint transport proto, tőlem. (És hiába látod bele, hogy azt mondtam, hogy fújj systemd, szar az egész, ezt nem mondtam.)




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1846718

Mert a kb egymillió szoftverfejlesztő jó része szarik a loggolásra, nem is értik, hogy mennyi szopás van belőle, és hosszan kell nekik magyarázni, hogy legalább a syslog apit használd, ne fopenezzél a /var/log alatt.




Újdonságok a systemd-ben - 2015-ös kiadás: https://hup.hu/cikkek/20150311/ujdonsagok_a_systemd-ben_2015-os_kiadas#comment-1846730

Nem kell meggyőznöd, tudom, hogy szopás. Amit mondani akartam az épp az, hogy a sokmillió szoftverfejlesztő nem azért nem talál ki jobbat, mert a syslog jó, hanem azért, mert fingjuk nincs az egészről, és még a lokális libc függvények használatát (igen, azt értettem alatta) is úgy kell kiverni belőlük.




Kit utálok ma?: https://hup.hu/node/13602#comment-99758

[quote:4fff70f505="sede"]....A főnöknek meg ne merjük elmondani, mert azzal nem lehet "izmozni", nem olyan ember aminek kinéz, rosszindulatú és a keze sok helyre elér és nagyon meg fogjuk bánni. Ő az "üzleti életben dolgozik" és már csak tudja, hogy megy ez. És "ne merjem", meg "hogy képzelem", hogy felemelem vele a hangomat, ez őt bántja (a 4 heti fölösleges munkám persze nem szabad, hogy bántson, hiszen ki vagyok én hozzá képest) mert ő az egyetlen aki még kártalaníthat minket, ha úgy akarja....

Én azér lehet hogy elmondanám a kedves főnökének, hogy a kedves néni ezt csinálta....




"Minden kalóz-Windowst 10-esre frissít a Microsoft": https://hup.hu/cikkek/20150318/minden_kaloz_desktop_windowst_legalizal_a_microsoft#comment-1848244

Nem tudom, ha valaki a cég nevében mindenféle izét nyilatkozgat a tvben/rádióban/újságban/interneten, akkor szerinted miért probléma, ha az ügyfél megkérdezi a rendelkezésére álló hivatalos csatornán, hogy most rá mi vonatkozik ebből? Végül is azért van a support. Pláne, hogy az ms eddig mindig azt mondta, hogy a licenszekről beszéljünk, mert bonyi.

A legrosszabb, ami történhet, hogy jön egy válasz, hogy még fogalmunk sincs. De ebben az esetben legalább esélyük van behúzni egy strigulát, hogy valaki kérdezett a vistaról, és mondjuk elég ilyen strigula után valaki szól a tvs ürgéknek, hogy ugyanmár....




Szándékosan zuhant le a másodpilóta: https://hup.hu/node/139606#comment-1851724

Egy karbantartónak nem kell hackerkednie, hogy lezuhantasson egy gépet, simán elronjta/bele tesz bombát, azt kész.




Szándékosan zuhant le a másodpilóta: https://hup.hu/node/139606#comment-1851931

Gondoltam, hogy rácuppanunk a bombára. Bár egyrészt szerintem a konkrét karbantartóhoz nehéz eljutni, de nem muszáj oda bomba, mint mondtam, meg kell lazítani öt csavart (nyilván értsd jól).




Szándékosan zuhant le a másodpilóta: https://hup.hu/node/139606#comment-1851933

Annyira nem volt az csuklóból. Szemezgetnék a linkelt wikiből:
"aminek jellemző tünetei: lehangoltság, szomorúság, veszteségérzet, elesettség, _apátia vagyis érzelem hiánya_", "jellemzője, hogy a beteg teljesen elveszti a kapcsolatot a valósággal", "Az érdeklődés és öröm jelentős csökkenése", "Értéktelenség érzete", "Csökkent gondolkodási, _összpontosítási_ vagy döntési képesség"

Ezek mind olyanok, amik simán magyarázhatják, hogy nyugodtan, érzelemmentesen kivitelezzen egy depressziós beteg ilyet. Ráadásul lx hozott egy olyan példát is, ami sajnos első kézből példa az ellenkezőjére.




CentOS napi tapasztalatok: https://hup.hu/node/139511#comment-1849701

és hol kerested?

http://spacewalk.redhat.com/documentation.html

(extra hint, a redhat tervezi lecserélni /már meg is tette/ a satellite alatt a spacewalkot katellora.)




CentOS napi tapasztalatok: https://hup.hu/node/139511#comment-1851716

Valóban az volt egy darabig az RH álláspontja, hogy ne haszálják a RedHat nevet, illetve a redhat saját copyrightos artwörkjeit. Ezért voltak ilyen poénok, hogy a red hat helyett "upstream vendort" meg "well known / prominent north american linux distributort" meg ilyeneket irogattak (illetve nyilván kiszedték a redhat nevet meg logókat/artwörköket a centosból).

Viszont nem értett félre semmit, a linkelt press release pontosan arról szól, hogy a centos project hivatalosan partnerségre lépett a redhattal. Ennek kapcsán egyrészt több centos fejlszető redhat alkalmazott lett, másrészt a redhat gyakorlatilag a centos gitjén keresztül hozza nyilvánosságra a forrásait, szóval nem csak levegőbe beszélés volt.

Ennek megfelelően mostmár nyugodtan nevén lehet nevezni a gyereket:

http://centos.org/about/ : "The CentOS Linux distribution is a stable, predictable, manageable and reproduceable platform derived from the sources of Red Hat Enterprise Linux (RHEL)"

Természetesen a centosban továbbra is centosnak hívják magukat, de félre csak te értetted azt, hogy meg se próbáltad elolvasni a linkeket, hanem maradtál annál, hogy valamit egyszer régebben olvastál, új tényekkel meg nem zavarod össze magad...




CentOS napi tapasztalatok: https://hup.hu/node/139511#comment-1851721

Mármint hogy jók a csomagjai, kivéve azokat, amik nem a csomagjai? vagy mivan? Az, hogy a centos6ban régi a gcc, az speciel feature, nem bug, még ha te nem is értetted, hogy ez miért van így.

Egyébként ha vanish helyett a varnishra gondolsz (nem vagyok benne, mert kétszer is így írtad r nélkül, de olyat a neten nem nagyon látok, illetve az egy, amit találtam, az szerintem nem olyasmi, amit te használnál) akkor igazából nem értem, mit nem találtál:

https://www.varnish-cache.org/installation/redhat
http://sharadchhetri.com/2014/12/20/how-to-install-varnish-4-version-on…




CentOS napi tapasztalatok: https://hup.hu/node/139511#comment-1851930

ez így egy kicsit zavaros :) Főleg azért, mert ami so a frissebb gccvel jön, annak tipikusan inkább a fordításhoz van köze, viszont a varnish oldalán úgy látom értelmes bináris csomagok vannak. Amik persze lehetnek bugosan fordítva :)

Amit még el tudok képzelni, hogy a rh leírás alján, megemlíti, hogy benne van az
EPELben is, csak nem feltétlen ugyanaz a verzió (leginkább régebbi, konkrétan úgy látom 2.valami ). Olyat meg már láttunk, hogy az EPEL más 3rd party repokkal akad kicsit.

Megpróbálhatod vagy az EPELből, vagy az EPEL kikapcsolásával (illetve hát megnézni, lehet hogy csak a dependecia feloldás rossz, és csak explicit meg kell mondani, hogy mi legyen). Abban nagyjából biztos vagyok, hogy nagy baj nem lehet azokkal a csomagokkal, jobb, mint ha te fordítanád.

Hogy eredmény szempontjából milyen a régebbi? Nézd, szépen megnézed a changelogot, aztán kitalálod, hogy a frissebben van-e olyan, ami neked muszáj, vagy jó a régebbi is. Neked kell tudni, mire kell.




Két switch LAN-ban: https://hup.hu/node/139592#comment-1851114

Tegyük fel hogy van mondjuk 100 mbit neted (amivel tippre azért fölé lövök). Ha azt éppen csutkán hajtja a nép, az a rendelkezésre álló gigabites switch áteresztő képességének 10%-a, 90 még marad az sqlnek. Ráadásul az a 90% az tényszerűen 900 megabit. Namost ha neked van valamid, ami az SQLt 900 megabiten hajtja, akkor nem hiszem, hogy a VLAN képes switch árán agyalnál. (Meg, meg ne haragudj, de nem is te tennéd, mert ahhoz már kéne valaki, aki mélységében érti a dolgot).

Szóval sebesség miatt ez kurta felesleges bonyolítás. Az optimaizálás meg szép szó, de nem jelent semmi konkrétat.




Belépés a Skype-ba!?: https://hup.hu/node/139572#comment-1850623

Ja, akkor regisztrálj újat. :)




Tartott már vissza kommentelési szándékodban az, hogy Facebookon kellett hozzá bejelentkezni?: https://hup.hu/szavazasok/20150221/tartott_mar_vissza_kommentelesi_szandekodban_az_hogy_facebookon_kellett_hozza_bejelentkezni#comment-1839913

mert facebookon kellett volna bejelentjúkezni, de neked nem volt olyanod? Szerintem semmi ilyesmit nem feltételez a kérdés.




Tartott már vissza kommentelési szándékodban az, hogy Facebookon kellett hozzá bejelentkezni?: https://hup.hu/szavazasok/20150221/tartott_mar_vissza_kommentelesi_szandekodban_az_hogy_facebookon_kellett_hozza_bejelentkezni#comment-1840291

Akkor más magyart beszélünk. Számomra ez sehol nem jelenti, hogy egyébként van FB accom. Azt jelenti, hogy azért nem kommenteltél, mert ahhoz be kellett volna jelentkezni facebookon. Hogy azért, mert nincs, vagy azért, mert akkor kiderült volna, hogy te józskapista vagy, nincs benne a kérdésben.

Lehet, hogy másképp kellett volna feltenni a kérdést, de ez meg attól függ, hogy a kérdésfeltevő mire kíváncsi. Ha arra kíváncsi, hogy mennyi embert tart ez vissza, akkor tök mindegy, hogy téged azért tart vissza, mert nincs faced, vagy azért, mert valamiért azt nem szereted. Ha ő konkrétan a face pluginjára kíváncsi, akkor nem érdekes, mi van a g+al, meg a disqussal. Szóval maradjunk annyiban, hogy te másképtt tetted volna fel a kérdést :)




Tartott már vissza kommentelési szándékodban az, hogy Facebookon kellett hozzá bejelentkezni?: https://hup.hu/szavazasok/20150221/tartott_mar_vissza_kommentelesi_szandekodban_az_hogy_facebookon_kellett_hozza_bejelentkezni#comment-1840961

Ezt nehezen tudom értelmezni. Azért, mert egy platform egyik sarkában vannak idióták (amit egyébként tök könnyen el lehet kerülni tapasztalataim szerint), azért jó, ha te azt egyáltalán nem használod?

Mert ha ez indok, akkor azon gondolkodom, hogy érdemes-e törölnöd a hup accod, mielőtt lemondod az internet előfizetésed :)




Tartott már vissza kommentelési szándékodban az, hogy Facebookon kellett hozzá bejelentkezni?: https://hup.hu/szavazasok/20150221/tartott_mar_vissza_kommentelesi_szandekodban_az_hogy_facebookon_kellett_hozza_bejelentkezni#comment-1839757

Egyrészt a szavazásból semmi módon nem következik, hogy a többség rendelkezne face accal (ha nincs, az is visszatart), márészt engem pl azért fog (na vissza, mert a gyarorlatban ilyen helyeken egyébként sem nagyon fordul meg a fejemben commentelni), mert nem szeretem az ilyet nagyon keverni, főleg azért, mert a facebook appos vackokat határfosnak tartom sec szempontból, amit láthatólag sokan szeretnek is kihasználni, uh nem engedek semmi ilyesmit neki.




Gabucinonak szeretettel: https://hup.hu/node/139545#comment-1850780

hogy nem rekurzív? és hogy nem töröl könyvtárakat?




Gabucinonak szeretettel: https://hup.hu/node/139545#comment-1850792

genya vagyok, na. (meg otthagyom a tabot, amibe írok sokáig)




Ubuntu-val is kapható lesz a HP Elitebook Folio 1020 sorozat: https://hup.hu/cikkek/20141203/ubuntu-val_is_kaphato_lesz_a_hp_elitebook_folio_1020_sorozat#comment-1810406

ez kissé fogalmatlan volt :) Nekem pl a céges izém egy ilyen folio 9470m, ami igaz csak 14" col, de ugyanezzel a fos 1366x768-al jött, pedig sok mindent lehet róla mondani, csak azt nem, hogy az olcsó kategóriában lenne, és van még itt más hp, ami nem olcsó, de kicsi a felbontása.




Ubuntu-val is kapható lesz a HP Elitebook Folio 1020 sorozat: https://hup.hu/cikkek/20141203/ubuntu-val_is_kaphato_lesz_a_hp_elitebook_folio_1020_sorozat#comment-1810708

A mondandódból inkább az jött le, hogy ez csak az olcsó szarokan van így, én pedig arra reagáltam, hogy de nem.




Ubuntu-val is kapható lesz a HP Elitebook Folio 1020 sorozat: https://hup.hu/cikkek/20141203/ubuntu-val_is_kaphato_lesz_a_hp_elitebook_folio_1020_sorozat#comment-1810783

Ránk még sose akart a dell freedossal telepített szervereket tukmálni emiatt. (Mondjuk, ha akarom, azt hiszem bepipálthatom, hogy egy esxi-t légyszi)




scp nem szeretni szóköz: https://hup.hu/node/139475#comment-1849220

Szerintem meg az egy teljesen normális elvárás, hogy használhassam már a nyelvemben található betűket.

Sajnos pont a világ egyik legszűkebb betűkészletű nyelve lett az info alapja, ezért azt gondoljuk, hogy normális, hogy csak az megy, de igazából nem, ez sosem volt normális, mindig is szar volt, csak már beleégett az emberek agyába, hogy ez így jó.

Disclamer: én sem használok ilyet filenévben, sőt, a spaceeket is cserélem, mert már megszoktam, de ettől még nem lesz hülye, aki szeretné a gyerekéről készült képet Ödönke.jpg-nek nevezni, nem odonke.jpg-nek




scp nem szeretni szóköz: https://hup.hu/node/139475#comment-1849514

Hidd el, ha lenne rá valós igény, akkor meglenne az is (nekem vannak is emlékeim ilyenekről egyébként). Megvan pl. hogy a lokalizált excel függvénynevei lokalizáltan vannak? most az más kérdés, hogy van valami, amit darabtelinek hívnak, meg hogy hosszan szívás volt a lokalizáltan készült izék másban való megnyitása, de ezek csak implementációs részletkérdések, volt rá igény, hogy szuahéli barátunk is értse mit csinál. Azt kell észrevenni, hogy az informatika nem egy önmagáért létező valami, hanem a felhasználóik igényét kell megoldja, alapvetően nem az ő dolga diktálni a szabályokat- Az meg egy igen valós igény, hogy az adatokat a saját nyelvemen tudjam kezelni, azzal a géppel, aminek ez a fő funkciója. Értem én, hogy ez technikailag egy csomó zűrt okoz, de azért azt látni kell, hogy azt a zűrt a szakma magának csinálta, mikor az elején hozott egy rossz döntést, aztán sokáig tologatta maga előtt, aztán már durván nyaknál volt a szar, mire hozták a szivattyút. Egyébként mára egy-két még mindig büdös pocsolyát leszámítva kb sikerült is megoldani imho.




scp nem szeretni szóköz: https://hup.hu/node/139475#comment-1849632

Kicsit hosszú lére van eresztve, de jó :)




Szellemi etiópok: https://hup.hu/node/139355#comment-1847625

Mármint úgy érted, hogy ugyan nem része a megtanítandó tananyagnak, de ettől még az egyetemnek el lehessen várni, hogy tudd? Nagyszerű lenne.




Szellemi etiópok: https://hup.hu/node/139355#comment-1847640

A nagy közös oktatás által meghatározott tanagyag pl. pont jó kéne legyen (hint, mivel az értettségi az elvárható, ezért annak az anyaga). És ha az egyetem szerint bele kellene tenni még ezt azt, akkor el kell szépen menni, és egyeztetni róla, hogy kerüljön be. Aztán majd az okosok eldöntik, hogy a középiskoláknál kell beépíteni a megtanítandókba, vagy az egyetem lesz kedves tudomásul venni, hogy márpedig ezt neki kell oktatni.

Mert az nem megy, hogy a lánc végén levő közli, hogy szerintem ez így nem jó, és önkényesen leszarja a rendszert.




Szellemi etiópok: https://hup.hu/node/139355#comment-1847685

Amelyik tantárgyból kritériumként megjelölték az emelt szintet, ott az, a többiből a sima.




Szellemi etiópok: https://hup.hu/node/139355#comment-1847838

Akkor bizony abból kell főzni, ami az alapon van.




Szellemi etiópok: https://hup.hu/node/139355#comment-1847837

Hát, akkor hintsük be az egészet sóval :)




Szellemi etiópok: https://hup.hu/node/139355#comment-1847972

nem érted te, nemzeti só monopólium!




Szellemi etiópok: https://hup.hu/node/139355#comment-1847846

Én ezt mind értem (bár egy lassan negyven éve tanító alsós tanítónéni gyermekeként azért én azt látom, hogy az ott nem olyan vegytiszta, és bizony előfordul, hogy ugyan a felsős tanítónéni szerint már tudni kellene, a tanterv szerint viszont nem, de ez mellékszál).

És nyilván, van itt elég sok probléma. Az egyik oldalról ugye megy az, hogy hát ezt meg amazt is tudni kellene, a másik oldalról nyilván az, hogy gyerekek, sok az anyag, nem lesz jó. Aztán persze jön, hogy stabilan nemtudom, mondjuk az osztás sem megy, illetve a visszamutogatás arra, hogy sok volt az anyag, nem volt idő készség szinten begyakorolni, stb. És persze van benne jó adag hanyagság meg egyéb hülyeség is (pl a folyamatosan rángatott tanterv nyilván nem segít)

Ezek nyilván mind problémás kérdések, és kezdeni kell velük valamit. De abban biztos vagyok, hogy az nem jó megoldás, ha elő van írva valami megtanítandó anyag az átalános+középiskolának, az egyetem meg azt mondja, hogy neki több alap kell, a gyerek oldja meg, ahogy akarja, mert ez a rendszer így nem nagyon fog működni. Ha iskolában sem megy a kb egységes tudásszint produkálása, nyilván jobb lesz random magánórák után. (Meg pl az esélyegyenlőség erősen sérülni fog ugye, ha kell a külön matektanár, mert az egykori mecseki bányász, ma munkanélküli gyerekének pl nem fog rá futni, bányász apu meg nem fogja tudni megtanítani integrálni, stb).




Szellemi etiópok: https://hup.hu/node/139355#comment-1848121

Ez nem tudom globálisan mennyire igaz, anyáméknál nem látom, hogy ez különösen hangsúlyos lenne.

Egyébként nem tudom, hogy maga a mért kompetenciaszint mennyire jó, vagy nem jó (hallottam kritizálni), de a kiadott eredményekbe bele-bele szoktam nézni, és az, amit adnak, egy egész összeszedett anyagnak tűnik, és első bliccre látott már statisztikát aki csinálta, nem a szokásos barmolás, lehetne értelmes konzekvenciákat levonni belőle helyi szinten is, nem tartom rossznak, hogy van.




Szellemi etiópok: https://hup.hu/node/139355#comment-1848250

Értem.




Szellemi etiópok: https://hup.hu/node/139355#comment-1848625

Bevallom, ennyire részletesen nem néztem bele, az általános eredményeket, meg az engem "érintőeket" néztem, ott ilyesmi nem tűnt fel. De ha ez így van, az nyilván szomorú. Ezzel együtt még mindig nem azzal van baj, hogy megpróbálják ezt mérni...




Szellemi etiópok: https://hup.hu/node/139355#comment-1848777

Egyszer ha van időd, mesélhetnél kicsit :) Én tényleg csak a végeredményt látom, az nem tűnik rossznak, de persze lehet, egy alaposabb szemrevételezés után nem így látnám... De ugye az első két fázis nélkül nehéz megítélni, hogy a valós eredmény mennyire jó.




Szellemi etiópok: https://hup.hu/node/139355#comment-1848116

Ezt egyébként én is hasonlóan látom, van baj elég. A szálban csak arra akartam reagálni, hogy az egyetemek önkényeskedése nem lesz jó, ilyen problémákat csak end-to-end lehet megoldani.




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1844538

azért eldöntendő kérdésre igennel válaszolni :) (Jó, én is szoktam, de leginkább csak a "mindkettő működik, nekem mindegy" jelzésére alkalmas, diszjunkt halmazoknál nem játszik...




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1844542

Tudom, ezért szoktam én is alkalmazni, csak baromira nem derült ki most, hogy melyik :)




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1844540

#troll on
első bliccre ennyi idő alatt inkább kitalálom mit kell monitorozni :D




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1844713

Szerintem ez ordas nagy általánosítás, és ezen formájában nem állja meg a helyét.




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1844720

Mit? azt, hogy a " A véleményem az, hogy a profi monitorozó eszköz sokkal többet végez el sokkal kevesebbért" ordasnagy általánosítás? Azt elég nehéz kifejteni.

De azért megpróbálom. Bizonyára van ilyen konstelláció is -- én is láttam már ilyet -- amiben ez a meglátás igaz. Ellenben, hogy a gyakorlatban ez valóban így van-e, az nagy mértékben függ attól,
- hogy valójában mit is kell monitorozni (hiába csinál meg sokkal több mindent, ha azokból nincs valódi nyereség)
- hogy aki monitorozni fog, az milyen már meglévő kompetenciákkal rendelkezik (simán lehet, hogy az alapot pikk pakk összedobja a freeből)
- hogy a méret miatt pontosan milyen költségei vannak a profi eszköznek (amit ugye az ingyenesre ráfordítható munka költségével kell összevetni)
- persze az átfutási idő sem mindegy (értve azt is, hogy mire lemegy a beszerzés már összeraktam, meg azt is, hogy infrastruktúrát reszelek az ingyenből, ahelyett, hogy már integrálnék)

És zárójelben igencsak az a tapasztalat, hogy
- lófasz monitorozás ingyen eszközökkel is egyszerű
- komoly monitorozáshoz meg a profi cucc integrációja is rengeteg időt éget el.




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1844875

Nincs mit.




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1844876

Persze, hogy lehet :)




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1846803

Nem néztem utána, de a teteje alapján úgy látom, hogy nincs titkosított csatorna.

SNMPben v3tól (illetve igazából már a v2ben is volt, csak a v2c az pont ezt dobta ki, nyaljon sót a sok zseni) azért az van. Meg van objectre lebontott authorizációs modell is. Az más kérdés, hogy a secu még mindig siralmas (gyak password van, ami több szempontból is szívás), de azért ennél jobb.




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1845572

Nem spammel az, ha valaki gondolkodott. :)




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1846699

Mi ugyan egy kereskedelmi nagiosra épülő cuccot használunk, de spec grafikont sima nagios fölé sem akkora gond heggeszteni. Az meg, hogy a loadot értelmesen csinálja már nem emlélszem, hogy magától úgy volt, vagy el kellett tölteni vele 5 percet...




Szerver monitoring szoftver: https://hup.hu/node/139180#comment-1846715

nyilván, mi se véletlen vettünk olyat, ahol ez katt katt katt :) (illetve még az sem, mert csak úgy van, ha van performance data)

Mélységeiben nem ismerem a zabbixot, anno nézegettem, akkor nekünk nem volt jó (pl akkor még nem volt distributed monitoring benne, ha jól emlékszem), hitvitába meg nem nagyon mennék bele, mert fölösleges. Ezzel együtt nyilván nem véletlen használnak nem kevesen nagiost, elég jó cucc az.




Befejeződött a monstre SSD állóképesség teszt - mind halott: https://hup.hu/cikkek/20150312/befejezodott_a_monstre_ssd_allokepesseg_teszt_mind_halott#comment-1846694

mármint egy mozdulattal betolod a tartalékot, majd megvárod, míg helyreáll a kötet ;)




Befejeződött a monstre SSD állóképesség teszt - mind halott: https://hup.hu/cikkek/20150312/befejezodott_a_monstre_ssd_allokepesseg_teszt_mind_halott#comment-1846762

Azt az ember jó eséllyel csak a logokból veszi észre (illetve hát a monitoringból, de ne legyünk kicsinyesek).

Ettől még az van, hogy -- ha nincs hot-spare, de ez ugye a te kiindulási alapod volt -- akkor miután betolod a cserelemezt a degradálódott RAID kötetet még mindig rendbe kell tenni. Ez pedig adott esetben (nagy lemezek, eleve nagy terhelés) bizony idő, peches esetben akár napok. Ez idő alatt ha még egy* diszk elköszön, akkor cumi van. Szóval azért raidnél sem annyi van, hogy belököm az új lemezt, és kész is, ha már a spare gép kidobozolásának idejével hasonlítgatjuk. (Főleg, hogy akár az is lehet hot spare, főleg ha blade kereteid vannak, még extra helyet sem igazán foglal).

* értsd jól.




Befejeződött a monstre SSD állóképesség teszt - mind halott: https://hup.hu/cikkek/20150312/befejezodott_a_monstre_ssd_allokepesseg_teszt_mind_halott#comment-1846763

Sőt, felénk az a meglátás is járja, hogy a raid nem backup :)




Befejeződött a monstre SSD állóképesség teszt - mind halott: https://hup.hu/cikkek/20150312/befejezodott_a_monstre_ssd_allokepesseg_teszt_mind_halott#comment-1846890

Tudnék még :)

Neked nyilvánvaló, az odafenti legalább "két példányban legyen meg" nem volt teljesen egyértelmű, gondoltam megerősítem zizit egy ilyen csodálatos népi bölcsességgel.




Megszületett a Linux konfliktuskódex: https://hup.hu/cikkek/20150310/megszuletett_a_linux_konfliktuskodex#comment-1845888

http://www.nyest.hu/hirek/egyenlore-ennyit-mondhatunk
csak mert viszonylag friss :)




Megszületett a Linux konfliktuskódex: https://hup.hu/cikkek/20150310/megszuletett_a_linux_konfliktuskodex#comment-1845899

Kihagynám veled az eszmecserét erről (pláne, hogy simán csak egy véleményt linkeltem, amit egyébként nem is feltétlenül osztok)




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845405

single user a legegyszerűbb, ott se cd nem kell, se mountolgatni.




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845562

Mi van vele? Tippre root nélkül nem tud hozzáférni. A root visszaadásának meg tényleg az a legegyszerűbb módja, hogy reboot, grub sorvégére odaírni, hogy single, aztán mikor megjött a prompt beírni, hogy passwd.




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845644

Ha fizikailag hozzáférsz egy géphez, akkor a rajta futó os nem tudja megvédeni magát (hacsak az egész adathalmaz nincs titkosítva). Kiveheted, máshonnan bebootolhatod, vagy egyszerűen csak máshonnan futtathatsz egy initet (lásd init=/bin/bash pl)

Egyébként igazából hatos redhatban upstart van, így kezdődik az inittab:


# inittab is only used by upstart for the default runlevel.
#
# ADDING OTHER CONFIGURATION HERE WILL HAVE NO EFFECT ON YOUR SYSTEM.

és tényleg annyi is van benne, hogy

id:5:initdefault:

Hetesben meg systemd, ott


# inittab is no longer used when using systemd.
#
# ADDING CONFIGURATION HERE WILL HAVE NO EFFECT ON YOUR SYSTEM.

és tényleg.




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845357

Gondolom ha lenne rootja csak úgy simán, akkor tudná javítani kézzel :)




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845370

Épp ezt mondom :)

Nyilván, mielőtt a kolléga syntax hibát vétett volna a sudoersben, azelőtt annak segítségével lett root, hogy tudja csesztetni. Azután meg már nem tud az lenni, és emiatt nyilván nem megy a cat odafentről.




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845399

Attól függ, hol a hol a szerver, és van e valami remote console :)




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845494

De ez tök fölösleges. Elindítod single userben, aztán javítod a sudoerst, kiadod a passwdt, akármit, teljesen felesleges emiatt cdrommmal szerencsétlenkedni, mountolni meg chrootolni.




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845567

nem kéri.




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845716

mit szerettél volna mondani?




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1845493

Ha van konzol, akkor jó eséllyel lesz ott mellette egy power gomb is a VPS admin panelen. Nyugi, szabályosan fogja leállítani, hacsak valaki nem csinált direkt vmi hülyeséget.




[MEGOLDVA] Elszúrt sudoers file CentOS szerveren: https://hup.hu/node/139252#comment-1846232

Szerintem az ad2 miatt ez az egész csak vihar a biliben.




Kell-e nekem okostelefon?: https://hup.hu/node/137446#comment-1815693

Nem tudom, hogy ez a feature csinálta-e, vagy valami más, de azért az vicces volt, mikor ismerős új hatosára átköltözött, a régibe asszony simje be, majd ha hívtam, akkor csont nélkül csörgött mindkettő :)




Kell-e nekem okostelefon?: https://hup.hu/node/137446#comment-1815991

Gondolom ilyesmi volt a háttérben, (bár feltételezém, hogy annyi esze volt, hogy kilépett) de őszintén szólva engem eléggé zavar az apple azon hozzáállása, hogy mindenféle szabványos hívásba ilyen szinten beleül. Ha kérdés nélkül mobilneten terelte át a hívást, akkor azért, ha valahogy csinált egy call redirectet a másik simre, akkor meg azért. Ugyanez smssel is, ne tudja már jobban, meg ne akarjon már a mobilhálózat felett stikában mást csinálni...




Kell-e nekem okostelefon?: https://hup.hu/node/137446#comment-1816107

Én tuti nem kapcsolom le, mert nincs iphoneom, meg nem is lesz, érdemei elismerése mellett nekem egyszerűen nekem nem áll kézre (mac-ek dettó), ráadásul mióta az 5ös környékén (asszem) átfestették, azóta még úgy is néz ki, mint amibe belehánytak a csillámpónik... (szerintem. másnak ettől még tetszhet). Ezzel együtt kicsit fura azért, hogy egy simcserével simán megjátszotta ezt, de elhiszem, hogy user error.

SMSnél meg nem a syn a bajom, hanem az, hogy ha jól emlékszem sikerül applebácsinak eléggé lukra futni azzal, hogy beregisztrálta, hogy ez apple, aztán ingyért küldte köztük, akkor is, mikor már nem is i-zé volt a telefonon. Illetve hát akkor csak próbálta volna, még külön toolt is kellett kiadniuk, ha jól emlékszem.

Értem én, hogy a mobilhálók szarok, sok szempontból szerintem is, azzal sincs bajom, hogy valaki értelmesebben szeretné csinálni (max, ha nekem az ő iránya nem tetszik, akkor nem használom), de ez a dugjuk el a user elől, és a háttérben mutyizzunk, ez szeritem nem vidám....




Zavarna-e ha senior létedre a veled egy csapatba frissen bekerülő junior ugyanannyit, vagy csak minimálissal kevesebbet keresne?: https://hup.hu/szavazasok/20150227/zavarna-e_ha_senior_letedre_a_veled_egy_csapatba_frissen_bekerulo_junior_ugyanannyit_vagy_csak_minimalissal#comment-1841885

Ha fiatal, de megvan a tudása, meg annyi munkát végez el, mint a senior, akkor két eset lehetséges:
- vagy ő nem junior
- vagy a senior nem senior.

Nekem legalábbis ezt jelentik ezek a fogalmak, nem pedig azt, hogy az adott cégnél mióta reszeli valaki a fingot (bár nagy cégeknél / rendszereknél egyébként ennek is van azért megfizetendő hozadéka. A céget ismerő kolléga jobban fog céges problémákat megoldani, és jobban is át fogja látni az aktuális rendszert, illetve ismerni fogja a történelmet, mint valaki, aki frissen kerül oda, még akkor is, ha egyébként a technikai tudása már megvan)




Zavarna-e ha senior létedre a veled egy csapatba frissen bekerülő junior ugyanannyit, vagy csak minimálissal kevesebbet keresne?: https://hup.hu/szavazasok/20150227/zavarna-e_ha_senior_letedre_a_veled_egy_csapatba_frissen_bekerulo_junior_ugyanannyit_vagy_csak_minimalissal#comment-1842045

a körülötted dolgozók bérének direkt és jelentős kihatása van az alternatíváidra.




Több WIFI eszköz azonos hálózaton: https://hup.hu/node/139008#comment-1841362

Nem. Nem mindegy, hogy minden rádiós eszköz broadcastolja az egész fosást ami a levegőben megy, vagy mindenki csak a saját klienseivel foglalkozik.

Már ha repeater alatt az ilyen range extender szarokat érted, amit szeretnek árulni, hogy csak bedugod, megmondod neki a connection paramot, és jó lesz. Ha egy rendes APt értessz alatta, akkor nem szóltam (illetve mégis: APnek, és nem repeaternek hívják)




Több WIFI eszköz azonos hálózaton: https://hup.hu/node/139008#comment-1841475

Hú, sikerült olyan rádiós hálózatot csinálnod, amin 22 kliens egy időben ment, és -- ugyan implicit saját bevallásod szerint fos sebességgel -- még müködött is szakadás nélkül? wow, űrtechnika. ne bassz, komolyan?

A különbséget repeater és AP között lásd juniornál. Egyébként megkockáztatom, hogy a gyakorlatban ti is öt APt használtatok, mert szerintem nem sarki hentesnél nem lehet repeatert venni, mert az, szintén mint ahogy junior kolléga említette egy igen kontraproduktív kreténség, csodálkoznék raja, ha rendes gyártó ilyet árulna. (Aztán persze lehet, alacsony a kerítés, és ha sok okos ilyet akar venni, mert képtelen felfogni, hogy egyékbént hogy működik ez a nem túl bonyi dolog, akkor nyilván fognak ilyet árulni is)




Több WIFI eszköz azonos hálózaton: https://hup.hu/node/139008#comment-1841584

Lehet, hogy mostanában kicsit alacsonyabb az ingerküszöböm, sorry. (Bár pont tőled emlékszem több olyan karakteres megszólalásra is, hogy nem igazán értem, miért fáj neked ez a stílus.)

Mindenestre ha ezzel elértem, hogy valakinek vásárlás előtt esetleg kétségei lennének affelől, hogy az AP meg a repeater az ugyanaz a dolog-e, az jó. Merthogy nem ugyanazok. Ugyanis a baj az, hogy láthatólag nem igazán vagy tisztában azzal, hogy ezek a technológiák hogyan működnek. (Azon túl, hogy nyilván ki tudod tölteni a szükséges mezőket). Látszik ez azon, hogy kevered a repeatert, meg kevered az APt, meg jössz azzal itt feljebb, hogy akkor kell egy olyan AP, ami tud bridge módot is, miközben egy AP gyakorlatilag definíció szerint bridge módban van, stb. Illetve ez még nem baj, a baj az, hogy magabiztosan állítgatod ezeket, ha véletlen a kérdező hisz neked, akkor esetleg vesz egy repeatert AP helyett, mikor az neki nagyon nem jó (Az meg már csak a hab a tortán, hogy aztán szakértésed alátámasztásaként nagymellénnyel hoztál egy olyan plt, amit nagyjából bármilyen überdzsunka soho eszköznek tudnia kell /5 eszközre szétdobva huszon kliens/, és magad is bevallottad, hogy a sebesség meg nem volt érdekes.)




Több WIFI eszköz azonos hálózaton: https://hup.hu/node/139008#comment-1841787

akkor ezt nem hosszan: a fene se mondott ilyet, ezt csak te képzelted ;)




Több WIFI eszköz azonos hálózaton: https://hup.hu/node/139008#comment-1841807

szorri, azt hittem az enyémre érted.




Több WIFI eszköz azonos hálózaton: https://hup.hu/node/139008#comment-1841682

hogy neked mindig mindenkivel szemben milyen igazad van... nem is értem, a faszér' nem láttam ezt pár órával ezelőtt....

tőlem karakteres megszólalást olvashattál, de nem lenézőt, ovis jellegű csúfolódó bunkózást meg főleg nem.

Bár nekem mások az emlékeim lenéző hozzászólás tekintetében, de egyrészt nincs kedvem keresgélni, másrészt pedig igazad van, nem kellett volna ezt ebben a stílusban, prekoncepcióimtól függetlenül. Elnézést kérek.

A szakmai részére pedig, -- bár úgy látom eléggé felesleges, mert pont annyira meg vagy győződve arról, hogy te vagy az igazság egyetlen letéteményese, mint ahogy én :) -- De hátha.

A szitu a következő: a kérdezőnek elég egyértelműen arra volt szüksége, hogy ethernet backbonera kössön APket (megfejelve azzal, hogy két vlan van, de ez kb mindegy). Ezt junior le is írta neki, mire te jöttél, hogy AP => tehát repeater. Ami nem igaz. Az AP az nem repeater. A repeater ez egyszerűen megismétli a teljes rádióhálózati forgalmat, amit hall (ha szerencséd van, akkor talán egy másik channelen). Ez egy elég szuboptimális megoldás, mert egy csomó ütközést, duplán hallott csomagokat, végponti visszahallást és egyéb gusztustalanságokat csinál. Működget, de alapvetően egy randa nagy hack. Én személy szerint biztos nem tennék egynél többet sehova (egyet se, ha nem muszáj). Az már nagyon zárójeles, hogy a szerinted fasság wds pontosan az olyan szituációkat hivatott megoldani normálisan, mikor nem tudunk kábelt húzni az APk közé. Ugyan valóban hagy magaután kívánnivalókat -- finoman szólva is -- de az ilyen bruteforce repeatereknél még mindig megbízhatóbb. Ezzel ellentétben egy AP meg lenegosiál (ejj, de szép szó) a saját wireless klienseivel, és layer2-n összeereszti őket az ethernetjével.

továbbá: ha a cél egyetlen darab wifi hozzáférési pont ad-abszurdum 6-8 eszközzel (nagyobb területet lefedve), akkor sok sikert a "gateway" (értsd rúter) jellegű AP-k tekintetében (bár a topikindítás nem erről szólt, te hoztad fel).
haladók részére meg áll a lehetőség egyetlen, pl "gateway" (értsd rúter) jellegű AP és néhány olyan hídeszköz, amik akár rádiós jelismétlőként vagy hídként, de megoldják a feladatot. (tehát egyetlen SSID-t látsz, de mindig ahhoz csatlakozol a 6-8 eszköz közül, amelyiken a legjobbak az adatátvitel feltételei)

Egyébként én ugyan nem hoztam fel gateway, (érts rúter) tipusú APket, itt valószínűleg félreértettél valamit. (márcsak azért sem, mert egy olyan wifi ezközt, ami routeol és dhcpzik -- közkeletű nevén wifi router -- még csak véletlen sem neveznék APnek).
A lehetőség pedig, hogy egyetlen router, a többi pedig AP vagy repeater -- és igen, ez az én véleményem lesz -- az nem haladóbbaknak van, hanem az egyetlen normális lehetőség, és hacsak nem otthonra gányolsz maradékból, akkor nagyon nem kéne egy hálózatban több layer3 eszközt csinálni, az ugyanis szakmai szempontból egy rettenetes barkács megoldás. (Nyilván, van az a helyzet, amikor az adottságok olyanok, hogy nincs más, abból kell főzni, ami van, és ciccegve duplán natolunk meg egyéb gusztustalanságokat csinálunk, de tisztában vagyunk vele, hogy most épp gányolunk ezerrel).

a bármilyen überdzsunka soho eszköz pedig nem képes csak úgy ripsz-ropsz AP-n kívül más üzemmódra.
példának okádék a soho tplink (alsó kategória, mondjuk 8ezer Ft vételárig, gyári fw-rel) legfeljebb wifi routerként használható, se nem hídként, se nem jelismétlőként. de van ilyen több más gyártónál. némelyikbe véletlenül belerakták a wds nevű fasságot, de a topikindítónak qrvára nem erre van szüksége, szóval ezt most átugorjuk.

Most akkor szegény AP tud lenni, vagy wifi router? :)
Egyébként én még nem nagyon láttam olyat, amiben agyonverve a routeolást, az uplinket az egyik ethernetjébe dugva, és a rádióját ugyanarra az SSIDre (és egyéb rádiós paraméterekre állítva) mint a többi ilyenét a hálózatban ne működött volna APként (ami a te fogalomtáradban hídként szerepel, ha jól látom). Bár tény, hogy nem nap mint nap csinálok ilyet, de speciel az asztalom jó másfél évig pont egy < 8 ezer forint TPlink router működött így. (Repeatert valóban nem lehetett volna belőle a gyári firmwarejével csinálni azt hiszem).

Egyébként ezt elolvasva már inkább elhiszem neked, hogy érted miről van szó, csak baromira kevered a nevezéktant. Ha jól látom az APt használod sokkal kiterjesztőbben, mint azt kellene.

hogy az én példámat felhozva, a sebesség nem volt érdekes, az meg nem jelenti azt, hogy használhatatlanul fos lett volna, mert akkor össze sem rakom, át sem adom.
nem kell tamáskodni, nem kell senkinek semmit elhinni.

Én elihszem neked, hogy jó volt. Nem én voltam, aki kiemelte, hogy a "menetsebesség meg nem volt kérdés". Őszintén szólva most sem nagyon látom, hogy miért tedded ezt hozzá, ha nem azért, mert magad is érezted, hogy ott gond volt a megoldással. De ha nem ezért, én hiszek neked. Azt viszont engedd már meg nekem, hogy ne essek hasra attól, hogy valahol egyszerre 20 kliens is van. Ma már kis túlzással ez a szitu időnként otthon is előfordul. Visszanézve sem tudom nagyon másképp értelmezni, mint hogy azért hoztad ezt fel, hogy ezzel a saját igazadnak próbálj meg tekintélyt adni.

főleg nem kellene minden, neked habzó szájat okozó topikba kiragadni posztolókat hogy baszogasd őket az igazaddal/más véleményeddel, posztokat hogy aztán a topik végéig, amíg fel nem adja a célszemély, azok tartalmát részben vagy egészben a saját szájízed szerint szarozd.

Hidd el, messze nem teszek minden nekem habzó szájat okozó topikkal így ;) Azt viszont kérlek engedd meg nekem, hogy oda írjak, ahova nekem tetszik, és ha úgy érzem, hogy valami szar, akkor azt leírjam, ha olyanom van. Mert többek között ezért fórum a fórum, legalábbis szerintem. Hálistennek senki nem kötelez téged, hogy ezeket elolvasd, ha nem vagy rá kíváncsi (és ajansznak hála, egész egyszerűen meg is tudod oldani, hogy ne kelljen).

hogy a kérdező kire hallgat, kire nem, az az ő dolga. hogy te mit hiszel és kiről, az meg a te dolgod.
ahogy nekem nem kötelező elfogadni a te fricskázásodat, másokba (mások posztjába) való belekötésedet (kákán is a csomót), úgy neked sem kell feltétlenül elfogadni olyan apró szarságokat, hogy rajtad kívül vannak még népek, akik idább-odább írkálnak fórumtopikokba.

Igen, valóban a kérdező dolga. Majd el is dönti ;)
És persze hogy nem kötelező neked sem elfogadni. Nyugodtan kiakadhatsz, visszafricskázhatsz, leszarhatsz, vagy próbálhatsz meggyőzni arról, hogy neked van igazad. Tudom, hogy hihetetlen, de nem te lennél az első, akinek sikerül meggyőznie erről :)
Én tök elfogadom, hogy mások is írkálnak topikokba, ezért fórum. Csak tudod, mivel fórum, itt még az is előfordul, hogy ha olyat mondassz, ami nem úgy van, akkor ki fognak javítani. Néha még az is előfordul, hogy valakivel nem szorosan a témába vágó dolgokról lehet szakmai beszélgetést folytatni, pl a kákán levő csomókról, mert esetleg még tanul is valamit az ember belőle. De hálistennek nem kötelező, nyugodtan ki lehet maradni belőle :) Akár úgy, hogy simán csak nem válaszolsz, akár úgy, hogy szól, hogy téged ez most nem érdekel.




Több WIFI eszköz azonos hálózaton: https://hup.hu/node/139008#comment-1841790

kérlek.

(Az első három sort esetleg javallanám ;))




router-ből switch-et: https://hup.hu/node/138944#comment-1840419

első körben azt kellene kiderítened, hogy a konkrét dobozon a wan port belül ugyanazon a belső switch chipen van-e, vagy külön. Utóbbi esetben felejtős a dolog jó eséllyel.

Egyébként meg csokiért van 5 portos gigás buta switch :)




router-ből switch-et: https://hup.hu/node/138944#comment-1840855

mármint bármelyik random boltban, elnézést, ha félreérhető voltam. Utoljára kb másfél éve vettem ilyesmit, lehetett vagy 4-5000 forint...




router-ből switch-et: https://hup.hu/node/138944#comment-1840959

az :)

Biztos nekem nagyon jó, de ha az ilyesmi nem megy kb gondolkodás nélkül, akkor azért a plusz egy portért (mert ugye a 4 az alapból megy bármi ilyennel) nem szopatnám magam, ha szükségem lenne egy 5 portos gigás switchre, vennék egyet...




Arch: https://hup.hu/node/129816#comment-1689940

Mondjuk én két hétnél "kicsit" ritkábban nyúltam hozzá (home router, valamiért a deb telepítő nem akart megindulni usbről, az arch meg igen, aztán gondoltam linux linux, legalább látok valami újat is) mondjuk félévente, de akkor orbitális szívás volt. Általában azzal kezdett bármit, hogy kell a frissebb pacman, de nem tudja feltenni, mert közben valami dependecyt az avas csomagok nem jól elégítenek ki, amit viszont nem tudsz megfixálni, mert nem friss a pacman, uh. goto 10. Utána nyilván átvariált még pár dolgot, amit egyesével kellett levadászni, általában 3-4 óra szöszölés után jutottam el oda, hogy azzal kezdjek foglalkozni, amire készültem.

Lehet, hogy napi szintű nyüstölés mellett ez kevésbé fáj, meg annó én is jókat legóztam a gentooval csak a legó öröméért, de ilyen usage pattenre alkalmatlan imho...




Arch: https://hup.hu/node/129816#comment-1691056

Pedig de. Releasekhez kötött cuccoknál főverzió váltásnál _mindig_ elolvassuk a rilíz nótát, ha nem akarjuk magunk lábonlőni utólag. Közben általában azért figyelnek arra, hogy ne csesszenek ki veled. Ki jobban (RH, deb stable, SLED...) ki kevésbé. (ubi pl.) A rolling release distróknál ugye bármikor jöhet egy potenciális problémás csomag. Uh. vagy mindig olvasol, vagy szívsz. (Persze, ha van némi fogalamad, akkor azért az "ezt fogom updatelni" listából is meg lehet tippelgetni, hogy van-e valami potenciálisan fájdalmas, ami miatt megnézi az ember a doksit, vagy beleugrik fejjel.




Seafile 4: https://hup.hu/cikkek/20150107/seafile_4#comment-1822764

egy nagyon lassan forgatható ágyúval egy nagyon gyors verébre :D

grr, sharepoint mint file storage, grr...




Seafile 4: https://hup.hu/cikkek/20150107/seafile_4#comment-1822812

ez komoly játék volt :) és baszott öreg vagyok :D




Szerinted létezik-e a hírlevél, vagy minden, nem felhasználótól - felhasználóig menő email SPAM?: https://hup.hu/szavazasok/20150222/szerinted_letezik-e_a_hirlevel_vagy_minden_nem_felhasznalotol_felhasznaloig_meno_email_spam#comment-1839858

Azért ha informatikával foglalkozótól azt hallom, hogy nem tudja elpakolni a jelszavait, akkor kicsit felvonom a szemöldököm :)




Szerinted létezik-e a hírlevél, vagy minden, nem felhasználótól - felhasználóig menő email SPAM?: https://hup.hu/szavazasok/20150222/szerinted_letezik-e_a_hirlevel_vagy_minden_nem_felhasznalotol_felhasznaloig_meno_email_spam#comment-1839880

Szerintem is, írtam is lentebb. Ettől még a valahova meg kellett adnom egy jelszót, amiről már akkor látszott, hogy szökőévente egyszer kell, és nem tettem el, aztán most nyaffogok, hogy kell kérni másikat, az fura.




Szerinted létezik-e a hírlevél, vagy minden, nem felhasználótól - felhasználóig menő email SPAM?: https://hup.hu/szavazasok/20150222/szerinted_letezik-e_a_hirlevel_vagy_minden_nem_felhasznalotol_felhasznaloig_meno_email_spam#comment-1839931

keepass pl?




Szerinted létezik-e a hírlevél, vagy minden, nem felhasználótól - felhasználóig menő email SPAM?: https://hup.hu/szavazasok/20150222/szerinted_letezik-e_a_hirlevel_vagy_minden_nem_felhasznalotol_felhasznaloig_meno_email_spam#comment-1839940

Emlékeim szerint van linuxos kliens, ill a letöltős oldal aszondi, hogy a mono is jó neki. androidos is van, vagy körbenézhetsz, van még pár ilyen progi. De épp elgpgzhetsz egy textfilet, vagy nyithatsz egy excelt egy titkosított partíción, ha az jobban fekszik.

Bár az aláírásod alapján amiatt problémázni, hogy valami nem megy mindenen :)




Szerinted létezik-e a hírlevél, vagy minden, nem felhasználótól - felhasználóig menő email SPAM?: https://hup.hu/szavazasok/20150222/szerinted_letezik-e_a_hirlevel_vagy_minden_nem_felhasznalotol_felhasznaloig_meno_email_spam#comment-1839944

Ez gyak minden másra is igaz. Szerintem még mindig kisebb a biztonsági kockázata mint a pár jelszót -- vagy azok valami permutációját -- használunk mindenféle random megbízhatatlan helyen, mint egy ilyen progi. De nem muszáj ezt valami szofisztikált, ezért több potenciális attack vectorral rendelkező cuccban tartani, ha paranoiás vagy, akkor titosíts text fileokat mondjuk valamivel, amiben azért megbízunk (annyira, mint az átviteli csatornát biztosító izében, tehát praktikusan ha ssl equivalens, az már elégséges)

Megjegyzem, azt a néhány valóban fontos jelszavamat pont tudom fejből, és nincsenek sehova leírva ;)




Szerinted létezik-e a hírlevél, vagy minden, nem felhasználótól - felhasználóig menő email SPAM?: https://hup.hu/szavazasok/20150222/szerinted_letezik-e_a_hirlevel_vagy_minden_nem_felhasznalotol_felhasznaloig_meno_email_spam#comment-1840090

Én biza abból indultam ki, hogy ma egy infóval foglalkozónak egyébként is kéne legyen valami bejáratott módszertanja arra, hogy hogyan tesz el egy unique erős jelszót az n+1 szolgáltatáshoz, úgyhogy ez nem okoz gondot.

A kényelmetlenhez meg onnan jutottunk, hogy carol szerint ugye az összes ilyet nem szabad használni, mert secu risk, mert már jön is az exploit. Ezzel az állítással elég nehéz vitatkozni -- na nem azért, mert alapvetően igaz lenne, hanem azért, mert ordasnagy általánosítás. Viszont általánosságban elmondható, hogy ha nagyjából ekvivalens techet használsz, mint amit a kommunikációnál, akkor még ez is játszik. Nyilván kényelmetlenebb, de ez az ára annak, ha semmi bonyolultabban nem vagy hajlandó megbízni. Az ajánlott keepass pl igény szerint integrálódik is a böngésződdel, annál kényelmesebbet nehéz szerintem ezügyben előadni.

Ettől egyébként még nyilván viccesek az ilyen hírlevelek, de én eredetileg úgy általánosságban mondtam, hogy erre azért szerintem kéne bejáratott módszertannak lenni szakmabelinél. (És ha valaki annyira szekupara, hogy csakazért sem jó neki az erre írt program, azt én nehezen tudom összegyeztetni azzal, hogy accot csinál valahova, amit elfelejt, és nem kezeli ezt azonnal.)




Szerinted létezik-e a hírlevél, vagy minden, nem felhasználótól - felhasználóig menő email SPAM?: https://hup.hu/szavazasok/20150222/szerinted_letezik-e_a_hirlevel_vagy_minden_nem_felhasznalotol_felhasznaloig_meno_email_spam#comment-1839849

Szerintem amire én irtakoztam fel, az hírlevél, ezért ezt jelöltem, ellenben ha nincs unsubscirbe link egy ilyenben, az instant ejnyebejnye (konkrétan volt már ilyen ticketem, és nahát nahát, egy bocs után a következőben már volt link).

Olvastam mostanság az eszmefuttatásokat róla, és a legtöbb kolléga képtelen kilépni egy pillanatra a saját nézőpontjából, és felfogni, hogy az ő dolga az, hogy a felhasználó megjapja azokat a leveleket, amiket meg szeretne kapni, a többit meg ne, és a kutyát nem érdekli, hogy szerinte a hírlevelek is spamek, meg úgysincs bennük semmi értelmes.

Nekem a céges mailboxom jópár ilyenre fel van írva egyébként, mert van olyan, ami kifejezetten hasznos, hogy időnként jön egy valami, amit gyorsan át lehet pörgetni, és gyorsan jutok hasznos infóhoz. Aztán van olyan, amiből az 5-nél látszik, hogy nem érdekel, és megnyomom az erre vonatkozó gombot.

(Egyébként nálunk nem tudom, ki csinálja a levelezést, de ezt a részét határozottan jól csinálják. Megkapom a newsokat meg a levlistás leveleket is, spamet meg nem. Évente ha kettő átesik, szerintem túlzok.)




for (;;) pause();: https://hup.hu/node/138929#comment-1840348

Gondolkodik azon, hogy mi a fene romlott el, mert annyi esze sem volt, hogy legalább fölé kommentbe odaírja, hogy ez azért for és nem while, mert valami obskúrus izére dependel.




keresek: elektronikai kapcsolás: https://hup.hu/node/139019#comment-1841875

Ha ardura lőssz, a fordulatszám szabályozás nem olyan rettenetesen bonyolult buli. Kell valami dekóder tárcsa (gyakorlatilag egy kerek, lukacsos korong), amivel lehet fordulatot mérni. Nyilván függ attól, hogy milyen motorod van, imho ha lehet, ne a hajtott tengelyre tedd (mert az áttét után az lassabban forog, egro nem lehet olyan pontosan mérni).

Ezt be kell tenni fotointerruptorba (amiben ahogy forog, ugye hol átvilágít a led, hol nem, ergo hol van jel, hol nincs). Ennek a kimenete megy az ardura egy interrupt rutinra, amivel lehet számolni mondjuk a tickek darabszámát, aztán némi időközönként számolni fordulatszámot az eltelt idő és a tüskék számából (és itt nem mindegy ugye, hogy milyen frekvenciával van ugye a kimenő jel, minél kisebb, annál nagyobb a minimális intervallum, amihez már elfogadható mérési hiba társul). Alternatívaként igazából minden két jel között mindig lehet számolni egy sebességet az eltelt időből, de nekem elég jitteres lett az eredmény így, mikor játszottam vele.

Némiképp jobban kifejtve itt:
http://heliosoph.mit-links.info/make-your-own-rotary-encoder/
és itt http://heliosoph.mit-links.info/photointerrupter-basics/ (az alján vannak next post linkek)

Az alsóban levő cucc itthon kb 250 forint, kell még hozzá egy ellenállás (a másikra jó az ardu beépített felhúzó ellenállása).

Ugye a motorvezérlő h bridges panalek tipikusan pwmmel vezérelhetőek, uh már csak annyi a feladat, hogy az elvárt és mért rpm közötti hibával korrigáld a pwm jelet, így lehet szabályozott fordulaton tartani a motort.

Ami még érdekes lehet, hogy az ardun alapvetően elég korlátozott a "rendes" interruptos bemenetek száma (2, max 4). Ezen segít a pin change interrupt lib, de arra figyelj, hogy leonardon (meg amin ATmega32u4 van, asszem még a mini ilyen) ez is igen korlátos.

Ebayen, banggoodon, aliexpressen vannak motor shiledek meg arduk is igen bagóért.
https://code.google.com/p/arduino-pinchangeint/




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1837987

Ha a tisztelt okos vevő tényleg szatyorban lóbálva bassza a pultra, akkor majd attól függően, hogy időben hol (melyik felében) állunk, és épp kin van a bizonyítás terhe, majd vagy a nagyker bebizonyitja, hogy azért púpos a kondi, mert odabaszták, vagy az ügyfél bizonygatja, hogy nem azért púpos, mert odacsapta szatyorban. :)

Azt még akár lehet is, hogy ezen aztán nekiállunk rugózni, meg értékcsökkenteni, ha valóban olyan a helyzet -- bár ezügyben is azért azt kell látni, hogy alapvetően itt a fogyasztó a károsult, ugye, szóval az, hogy ettől majd nehezebb lesz refurbisedként eladni a cuccot esetleg, az kit érdekel -- de ettől még a garancia bizony áll, attól függetlenül, hogy egyes kereskedők mit gondolnak erről.

Zárójelben meg ez a nem olyan nehéz feladat is olyan, hogy bizonyára szeretnék egy külön helyet fenntartani a mindenféle szar dobozának, amit veszek, hiszen van direkt egy raktáram erre. És persze gondolom összehajtani se szabad, mert utána már nem véd jól. Tegyél el légyszi egy lapostv, egy laptop, egy monitor, meg egy desktop dobozt valahol a mikróé mellett mondjuk egy átlagos panelban.




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1838034

Látom sikerült megragadnod a lényeget :) De akkor megpróbálom kicsit szájbarágósabban.

1) Tök mindegy, hogy kondi-e vagy nem, az csak egy példa volt. A lényeg, hogy attól, hogy valaki odabaszta az asztalra, még nem lesz automatikusan semmis a gari. Ha az eladó úgy gondolja, hogy a hiba oka az odabaszás -- mint nem rendeltetésszerű használat -- során az ezközt ért mechanikai hatás a felelős a hibáért, és ezért nem óhajt helytállni, akkor azt neki kell bizonyítani. És bizony, mondjuk egy hibázik a ram, vagy felpúposodott a kondi dolgot nehéz lesz erre fogni. Nyilván, mondjuk egy bad szektoros vinyót már inkább. Ha már a második felében vagyunk, akkor ugye elvileg a vevő dolga bizonyítani, ilyenkor nem segít, hogy még cáfolnia is kell, hogy nem a hülyesége miatt lett baja az alaktrésznek, de azért ez épp sikerülhet is. (A tények onnan is tények, odacsapástól nem lesz púpos a kondi).

2) Igen, de én pusztán arról beszéltem, hogy a csomagolás kikötése -- az okos magyarázkodások a biztonságos szállításról ellenére -- többnyire vagy mint a gari alóli kibújás eszköze szerepel az eladó terveiben, vagy neki könnyíti meg a refurbished értékesítést. Na most ezek közül -- az egyébként alapvetően vétlen -- vevőt nem nagyon kell érdekelje egyik sem.

3) Ez milyen vidám kis általánosítás. :) Már már gyászosan szűklátólörű. Én pl jelenleg egy harmincpár négyzetméteres lakásban lakom a párommal, de mondjuk hálistennek elég messze vagyok attól, hogy csak három évente tudjak új alkatrészeket venni. :) Ha körbenézek a lakásban, hogy mi az, amit mondjuk nem szarnék le, ha elromlana, hanem gariztatnám, akkor azért van egy szép nagy lapostévé, egy desktop, egy hozzá való monitor, mediacenternek használt mini pc, router, két laptop (ok, az egyiket spec a cégtől kaptam, sose láttam a dobozát, de ha nem kaptam volna is lenne), mikró, meg még akad némi csetres. Fényképezőgép, obik, mittomén, telefonok ilyesmi. Nem gondolom, hogy olyan nagyon el lenne az eszközpark szállva, és azt sem gondolom, hogy nekem ezeknek a dobozát meg kéne próbálni valahova elsúvasztani a lakásban. Akkor sem, ha smileyzol ;) Tizenpár doboz még akkor is sok, ha kicsi, de ha hiszed, ha nem, vannak még méretes műszaki cikkek. És nem gondolom, hogy nekem feladatom lenne a sok szarnak a megtartása, még akkor sem, amikor épp találna neki az ember helyet.

--
Egyébként pedig néha extra vicceket tudnak előadni a kedves kereskedő urak. Azt hiszem a legjobb az volt, mikor egy pendrivenál jött ugyanezzel a hülyeséggel valami okoska. Ugye a pendrive mint olyan eleve kell bírja a csak úgy hordozom dolgot, az eredeti csomagolás meg nyilván valami forrasztott szar volt, amit ollóval alig lehet szétrobbantani egyszer.




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1838224

1. Bele lehetne. Azonban a lényeg az, hogy valakin van egy bizonyítási teher, ellentétben azzal az állítással, miszerint: " A "T. Okos vevő" sem tehet a bolt vagy nagyker kárára azzal, hogy szatyorban lóbálva utaztatja a cuccot és bebaxxa a pultra, hogy ez xar.. ilyen esetekben az eladó teljes joggal megtagadhatja a garanciális ügyintézést." Nem, nem tagadhatja meg csak ezért, pont. Ha tudja, bizonyíthatja, hogy a hiba emiatt keletkezett.

3. Értem, tehát akkor a tévédre nem zavar majd, ha nem kapsz a doboz hiánya miatt garanciát. Ha az alkatrészhez el kell rakni a dobozt, akkor a tévéhez miért nem?

Pendrive: ja, hogy te mindenféle szarnak a dobozát is elteszed, a pendrivenak meg se a gariparirját, se a blokkját nem sikerült, akkor azért az eléggé IJ. Ennek spec megvolt a gariparírja :)




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1838328

naccerű. Az átvételi papírra ráírta, hogy az a hibajelenség, hogy be van törve a képernyő? Ha nem, akkor bizony tetszett volna dobozt keresni...




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1838511

1. Már bocsánat, de ezt én hol szarom le? :) Az már a kereskedő és a nagyker problémája, hogy hogyan focizzátok ezt le. Ha nem elég az ügyfél által adott diagnosztika (ami simán kimerülhet abban, hogy nem működik) és neked ezt meg kell csinálni, meg ha a nagyker olyat követel rajtad, amit te nem tudsz a szabályozás miatt rajtam követelni, az biza nem az én gondom, szerezzél dobozt, vagy nyeld be az értékcsökkenést, stb. Mondhatnám, hogy ha nekem nem pistike sarki boltjában kell vásárolni, akkor a kereskedőnek sem kötelező pistike sarki nagykerjében, csak ugye nagyon sokakat vonzanak az olcsó árak :) Aztán meg csodálkoznak, hogy időnként drága lesz.

3. Ne terelj. Az a vesszőparipád, hogy el kell tenni a dobozokat, akkor tvjét is el kell tenni. Ráadásul ha a nagykerre vonatkozó okfejtésed nézem, akkor nem azért kell a csomagolás, hogy ne sérüljön -- bár nyilván a háztól házig szállításnál is tenni kéne valamibe ugye, és szerinted erre csak az eredeti csomagolás alkalmas -- hanem mert különben a nagyker nem veszi vissza. Szóval ki fognak jönni, és keresni fogják rajtad a dobozt a logikád mentén. Én még mindig azt mondom, hogy örülök, hogy te szeretsz dobozt tárolni, hajrá, de ne próbáld már meg kötelezővé tenni minenki másnak...

+1 Értem én, én is szoktam így eljárni, de ettől még ha adott esetben valakinek megéri a futkosást, hajrá. (Mondjuk én személy szerint amire ráírják hogy 10 év, meg lifetime, azt már csak az elv miatt is le szoktam gariztatni, ha épp arra járok, érezze csak nyugodtan a gyártó a súlyát ilyen jellegű marketing tevékenységének. Közben simán lehet, hogy veszek egy másik pendirveot, nekem ráér...) De egyébként ezzel a témával is eléggé összevissza csapongsz..




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1839434

Kevered a garanciát meg a távollévő felek közti szerződéseknél a 14 napon (asszem most épp ennyi) belüli indoklás nélküli elállás lehetőségét, pedig ezeknek semmi köze egymáshoz. De nem baj, próbálkozz csak. :)

Egyébként pedig még mindig az lenne, hogy attól hogy egy kereskedő leír valami hülyeséget, nem lesz igaz :)




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1838225

A hűtőt, mosógépet szándékosan nem hoztam fel, mert ugye normális esetben ott az uraknak kéne kijönni, vagy megoldani a szállítást, nem a vevőnek. Aztán persze megy mindig a próbálkozás, hogy háde nekik az költség...




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1838514

Jajj már szegény, brühühü, hogy néha anyáznak szegény boltban dolgozó emberrel, mert a cég ahol dolgozik törvény sért. Szörnyű pofátlanság, hát legyünk már szolidárisak szegénnyel. Tudod, épp munkavállalóként is lehet olyan munkahelyet keresni, ahol nem teszik ezt, nem csak vevőként lehet elkerülni az ilyen boltokat. Bár hozzáteszem, hogy nekem eddig az ilyen jellegű problémáimat még mindig sikerült udvariasan megbeszélnem üvöltözés nélkül, hovatovább általában nem a vállvonogatós kislánnyal, aki nem tehet semmit, van neki általában főnöke, aki tehet.

Hovatovább, igazából nem szokott ez a gyakorlatban gondot jelenteni, cipőről pl nekem eddig még egyszer nem mondták, hogy tegyem el a dobozt, és többször vettek már át doboz nélkül szar cipőt. Még meg is csinálták. Ráadásul pont olyan boltban, ami nem épp a minőségi cuccokról híres.




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1838541

viszont ebben az esetben neked is épp az az érdeked, hogy a 9k-s bolton adott esetben akkor is leverje a tudatos fogyasztó a jogait, ha az a 9ks boltnak igen szar lesz :)




Garanciális ügyintézés: mire érdemes figyelni?: https://hup.hu/node/138779#comment-1838563

Ezt mind tudom. Ez ellen fogyaztóként -- nyilván azon túl, hogy az ilyen helyeket az ember igyekszik elkerülni -- annyit tudok tenni, hogy ha már rászaladtam, akkor igenis megpróbálom az éppen aktuális varázsbolt N-en leverni a kötelezettségeit. És még mindig több eséllyel üti meg a bokáját a delikvens, mint ha ilyenkor fülét farkát behúzva elsunnyog az ember, mert nincs meg az alaplap doboza...




Apró hasznoska: clip: https://hup.hu/node/138867#comment-1838994

nem, legalábbis win7en ránézésre nem.




A Microsoft lépett, a Windows Defender már eltávolítja a Superfish-t: https://hup.hu/cikkek/20150220/a_microsoft_lepett_a_windows_defender_mar_eltavolitja_a_superfish-t#comment-1839855

ez addig meg is állhatta a helyét, amíg nem forgott közkézen a CA, így azonban egy ordasnagy secu risk, amit ezzel lekicsinyít az ms.

(egyébként a link elolvasása után én személy szerint egyetértek, hogy kb az van körbeírva, hogy ugyan mindenki tudja, hogy a programnak nincs olyan felhasználója, aki akarná azt, de ha nem aktívan ransomol, akkor nem nevezzük nevén, mert mi lesz a bizniccel)




A Microsoft lépett, a Windows Defender már eltávolítja a Superfish-t: https://hup.hu/cikkek/20150220/a_microsoft_lepett_a_windows_defender_mar_eltavolitja_a_superfish-t#comment-1839863

Mármint, ha valaki a potentially unwanted miatt azt mondja, hogy szedjed le. Értsd, ha én elmegyek erre az oldalra, hogy megnézzem mit jelent, akkor azt a következtetést fogom levonni, hogy hát, ez valami reklámozós szar lehet, azt pedig nem, hogy a bazmeg, át tudják kúrni összes ssl sessiönömet.

Igen, értem, hogy ez alapvetően CVE kategória, nem pedig a program besorolására vonatkozik, de as it is, ezt az információt az MS nem teszi az arcába. Hogy eszerint szarok a kategóriák definícióstul, mert ez nem jön ki belőlük, és a lista alapján unwatned, attól még nem lesz jó, hogy oda van sorolva.

De egyébként megnézve, még a lista alapján is ez egy backdoor trojan, még akkor is, ha csak véletlen.




A Microsoft lépett, a Windows Defender már eltávolítja a Superfish-t: https://hup.hu/cikkek/20150220/a_microsoft_lepett_a_windows_defender_mar_eltavolitja_a_superfish-t#comment-1839869

Ne haragudj, de attól még, hogy ez a default action, attól még nem azt mondja, ami a valóság.




A Microsoft lépett, a Windows Defender már eltávolítja a Superfish-t: https://hup.hu/cikkek/20150220/a_microsoft_lepett_a_windows_defender_mar_eltavolitja_a_superfish-t#comment-1839728

Viszont ők valószínűleg nem olyan lámák, hogy nem on the fly generálnak egy CAt, hanem minden gépre ugyanazt teszik, aminek ráadásul a cég neve a passphrase-e.




Linux has lost its way: https://hup.hu/node/138635#comment-1836351

azért azt lássuk be, hogy ha próbálgatni nincs valahol egy 64 bites cuccod, akkor nem nagyon vagy célközönsége a red hatnek. :)




Linux has lost its way: https://hup.hu/node/138635#comment-1836507

Értem. Tehát igazából nincs időd foglalkozni vele. Igazából nem tervezed, hogy upgradelnél, mert nincs rá igény. Igazából, ha lenne rá valós igény, lenne, ahol megnézd.

De azért az RH a hülye, mert mégsem adott ki 32 bitest, hogy ha a nem levő időd alatt ki akarnád próbálni az otthoni szutykodon, akkor megtehesd abban a 10 percben :)




Linux has lost its way: https://hup.hu/node/138635#comment-1836536

Szerintem én felfogtam:

"- igen, tudom, de sajnos vannak még olyan esetek, amikor nem opció, hogy 64 biten fusson minden"

"Tudom, hogy a RHEL6-ból van 32 bites - viszont ha ismerkedni akar valaki a retekhetessel, akkor nyasgem, csak 64 bites van. (Ilyen alapon a retek8 már csak ipv6-ot fog támogatni, az ipv4 csak külön reszeléssel lesz életre kelthető...)"

Majd kiderült, hogy igazából ha tényleg szükséged lenne a retek7re, akkor a munkahelyeden, ott, ahol erre szükség van, természetesen egyáltalán nem probléma, hogy 64 bit, hiszen mint minden normális ilyen helyen, erre rendelkezésre fog állni mind az idő, mind az infrastruktúra, [szerk: gondolom] ráadásul az esetek döntő többségében egyébként is fog kelleni a 64 bit, mert gondolom ott is van két marék javaban írt szar, ami kevésbé buli a 32bit+PAE kombóval, ellenben memót meg kérne).

Ott probléma -- vagyis ott olyan eset -- hogy te valamilyen vélt vagy valós saját igényed miatt otthon még mindig 32 bitet használsz, mondván, hogy nem kell a 64 (és gyanús, hogy hw-d egyébként lenne hozzá, az meg látszik, hogy mégiscsak lenne rá szükség :)), és így nem tudod könnyen kipróbálni, mert lenne vele egy kis dolgod. Namost azért ugye érzed, hogy ez az eset kevésbé támaszt alá egy olyan business caset, ami miatt akár csak a 32bites fordítás áramköltségét érdemes lenne kifizetni a RH-nak.




Linux has lost its way: https://hup.hu/node/138635#comment-1836578

Szóval tulajdonképp eljutottunk odáig, hogy egyetértünk :) Nem nyasgem, hanem maximum egyéni szociális probléma ;)

Egyébként épp amiatt, hogy szerver oldalon a 64bit már elég rég alap, nem gondolom, hogy ezzel csinálták volna az erős váltást. Akinek kell a 32bit, az valószínűleg legszívesebben betonba öntené a cuccot, eszébe sincs migrálni, marad 6oson, addigra meg csak kihal. Vagy úgymarad, ami addig jó úgy, azzal olyan komoly baj nem lehet patchek nélkül se.




Linux has lost its way: https://hup.hu/node/138635#comment-1836097

Van azért a tanfolymoknak egy másik, szerintem elég hasznos hozadéka: időhatékonyak. Valaki előnyálazza, és elmondja, hogy kb erről szól a big picture, ezek a fontos részek, kb ez a best practice. Amit azért sokszor elég nehéz egyébként összekaparászni, a linux man oldalaknak jó részének jellemzője, hogy ezekről baromira nem értekeznek, szóval egy csomó, kevésbé up to date, meg kevésbé teljes doksiból kell egyébként összerakni. Amit nyilván lehet, de általában időigényes.

A másik nagy előnye, hogy az elmentem két-nap, egy hét tanfolyamra, és ezzel foglalkozom, az jobban működik munkahely/főnök relációban, mint hogy most hagyjatok, a héten a sarokban ülve mant olvasok.

Nyilván, ehhez azért normális tanfolyam is kell, ahol az anyag tényleg normális.




A systemd újabb innovatív alkalmazása ;): https://hup.hu/node/138816#comment-1838230

Max azt, hogy ez már nem GNU/Linux, hanem systemd/Linux. :)




Windows 7 és 2 hálókártya probléma: https://hup.hu/node/138853#comment-1838606

Hova mutat a default route, milyen dns van beállítva?




Windows 7 és 2 hálókártya probléma: https://hup.hu/node/138853#comment-1838613

azért csak nézzünk route printet, hátha abból kiderül, hogy pl mit értettél metrika alatt :) Meg ha a belsős kártya mondjuk dhcpvel kap dolgokat, akkor az a dnst is elronthatja, javíthatja. Egy ipconfig kimenet is hasznos lenne

Ennek a routenak meg nem sok értelmét látom, miért mutat egy valami random route saját magára?




Windows 7 és 2 hálókártya probléma: https://hup.hu/node/138853#comment-1838833

+1 már megérte :)




szervízkaland p1.1: https://hup.hu/node/138837#comment-1838678

Mármint, hogy jött egy csóka, aki eszerint nem igazán mondott semmit egy telefonnal, ami brickelt, és a kislány erre közölte, hogy tapasztalatai szerint a tök befosott telefonokkal többnyire az a baj, hogy meghalt a nyák? Én simán el tudom hinni, hogy igaza van.




szervízkaland p1.1: https://hup.hu/node/138837#comment-1838832

Lehet érdemes lett volna ezzel kezdeni, mert azt kb három postba sikerült nem beleírnod, hogy elmondtad, hogy flashelted :) így már tisztább azért :)




szervízkaland p1.1: https://hup.hu/node/138837#comment-1838886

Ja, csak azóta már kétszer rákérdeztek, rögtön az első postban direktben, annyira nem lett volna nehéz kinyögni, hogy "de mondtam, hogy firmware updattel brickeltem"




AIX vs. SUSE Linux Enterprise: https://hup.hu/node/138650#comment-1836958

Hú, itt multkor a softwaresek architectje próbált valami ibmes tervező izét kipróbálni, aztán abban segítettem neki itt ott, nyilván volt némi filehandle limit meg ilyesmi, ami miatt bukdácsolt, meg semmilyen indítóscriptek, ilyesmi. A legszebb viszont az volt, hogy valami félsoros telepítsél X-et izén megakadt, ránézésre úgy tűnt, hogy igazából csak DISPLAY buzerálás, gondolta az ember, hogy fos installer már megint, megmutat, hogy xming fel, ssh Xforward bekap, elindul, örül. Aztán mikor másnap mondta, hogy mikor kilép sshn, akkor megszűnik a grafikus elemek egy része, akkor gyanús lett. És bazmeg, kell egy headless X, mert ott renderel valamit. (mindezt úgy, hogy az ubuntus verzió láthatólag mostoha, mert alapvetően windowsra szeretnék, ha telepítenéd)




IP kamera és családi ház, van értelme?: https://hup.hu/node/138443#comment-1833039

túl sok amcsi filmet nézél, itthon a bíró dönt arról, hogy mit vesz figyelembe, és mit nem.




IP kamera és családi ház, van értelme?: https://hup.hu/node/138443#comment-1834767

nem azt mondta, hogy az autósok szabálykövető magatartásának kikényszerítése a cél, hanem azt, hogy a megadóztatásuk :)




A Systemd letjogosultsaga megszunt: https://hup.hu/node/138724#comment-1836971

Dehogy részletkérdés.




A Systemd letjogosultsaga megszunt: https://hup.hu/node/138724#comment-1837012

Mármint a te világképed szerinti elsődleges céllal, hogy gyorsabban induljon? Még mindig párhuzamosan is tud indítani, köszöni, jól van. Most csak kb azt mondták, hogy mostmár nem pöcsölnek azzal, hogy próbálják a szükséges fileokat azelőtt beolvasni a diskről, még az előtt, hogy valóban kellene, mert ugyis SSD van már mindenkinek, nem lassú pörgős diszk (az más kérdés, hogy ez mennyire korlátolt egy világkép).

Ettől még nem ez lesz a systemd elsődleges célja, ők továbbra is egy mondern szervízkezelőt (meg még ezt azt) akarnak csinálni. Azokkal a célokkal lehet nem egyetérteni, de hogy a readaead lett volna bármikor is az elsődleges célja, az egy nettó baromság.




A Systemd letjogosultsaga megszunt: https://hup.hu/node/138724#comment-1837157

Van azért a többi miatt is hőzöngés. :) De mint a fenti példa mutatja, egy jó részük nem annyira releváns.

Egyébként én meglehetős ambivalens érzésekkel nézegetem. Egyrészről sok mindent üdvözítőnek tartok, másrészt egy kicsit tényleg sokat markol a projekt. Harmadrészt tudom, hogy ernyőprojekt, és szétszedhető. Negyedrészt látom, hogy ez nem feltétlen triviális, és nem feltétlen történik meg :) Ötödrészt meg kissé zavar az arogancia, amivel az urak önnön magukat sokszor mindenkinél okosabbnak tartják, és nem hajlandóak meghallgatni ellenérveket. Hatodrészt azért van is igazuk hébe hóba. (Hetedrészt belegondolok, hogy majd minden nagyobb foss projekt körül vannak ilyen emberek, linus, alan dekok, theo de raadt, szóval ilyen szempontból csak business as usual).




A Systemd letjogosultsaga megszunt: https://hup.hu/node/138724#comment-1837590

Egyrészt, bármi hihetetlen is, de bizony egy szoftverben mindig vannak éppen fontos, meg kevésbé fontos featureök. (Leszámítva azt az esetet, amikor a management szerint minden high. Aztán meg jön a csodálkozás ugyanettől a managementtől, hogy mégsincs meg minden, vagy nem olyan). Még olyan is van, hogy pl a prioritások megváltoznak, ie, valami, ami komolyan fontos volt, most már nem annyira az.

Másrészt, a konkrét esetben baromira jót tenne egy kis gondolkodás.
- Nem kellene összemosni a gyors bootot, meg a readaheadet. Az egyik egy cél, a másik pedig ezen cél elérésének lehetséges eszköze. Vannak még hozzá más eszközök is, nevesül pl az, hogy a systemd az egymástól nem függő szolgáltatásokat hajlandó párhuzamosan elindítani. Azaz attól még, hogy a readaheddal nem foglalkoznak többet, még nem jelenti azt, hogy a gyors bootolás továbbra már nem cél.
- Aztán érdemes megérteni, hogy mit is csinált a readahead: megpróbálta optimalizálni a lassú lemezről (mármint viszonylag, a többi egységhez képest) való olvasást. Tippre pl azzal, hogy mondjuk ha már arrajárt valami olvasásnál, elcachelt még ezt azt, másrészt azzal, hogy adott esetben amíg valamik még indultak a későbbiekhez szükséges fileok olvasgatását megpróbálta elintézni közben. Namost, mivel az SSDk nagyságrenddel gyorsabbak, mint egy rendes hdd, illetve az olvasási karakterisztikájuk is más (nem kell felpörgetni, nem kell fejet pozicionálni, etc) ezzel nem igen lehet már nyerni, cserébe egy frankón bonyolult problémakör. (Egyébként élek a gyanúperrel, hogy a readaheadnek néhány corner-caset, meg laborkörülményeket leszámítva egyébként is minimális hozadéka volt, ha egyáltalán).

Szóval alapvetően tök logikus dobni, és valami mással foglalkozni helyette (akár jobb dependencia kezeléssel, ami gyorsabb induláshoz fog vezetni, ki tudja ;)). Az egyetlen megkérdőjelezhető pont az, hogy "mert nálunk már mindenkinek ssdje van, ha neked nincs, leszarjuk", de ezt ugye nem kérdőjelezted meg :)




Tower Defense - Technical Alpha v1: https://hup.hu/node/138522#comment-1834075

1. Erre simán megoldás, hogy drag&dropnál a drop nem leteszi, hanem a menüt hozza fel az infóval.




Tower Defense - Technical Alpha v1: https://hup.hu/node/138522#comment-1834232

Kb szerintem is, de mint a fenti mondás mutatja, van, akinek természetesebb az ilyet húzni.

Amit esetleg el tudok képzelni, hogy mondjuk egy escre elmúljon a mit akarok letenni, mert mást csinálnék. Most még nyilván nem nagyon van mit, de később upgade vagy ilyesmi...




"A hosszútávú támogatás károsnak tekinthető": https://hup.hu/cikkek/20150201/a_hosszutavu_tamogatas_karosnak_tekintheto#comment-1832787

Hja meg ugye a Windowsos verziót újra kell tanulni.

Akkor mégsem egészen ugyanazt tudja ;)




"A hosszútávú támogatás károsnak tekinthető": https://hup.hu/cikkek/20150201/a_hosszutavu_tamogatas_karosnak_tekintheto#comment-1832796

Értem én azt, de a másik oldalról meg bizony ha a usernek ugyanazért a funkcióért át kell menni egy tanulóidőszakon, akkor azért mégsem ugyanaz. Nyilván lehet mérlegelni, hogy melyik a nagyobb / fontosabb szopás, a tied, vagy a useré, de ettől még az nem lesz ugyanaz.

Illetve pont az ilyen könyvelés és egyéb adatrögzítős szoftverek környékén azért már láttunk olyat, hogy ugyan programozó kolléga szerint tudta ugyanazt, ellenben a felhasználó (mármint az értelmesebbje, aki egyébként hajlandó volt beletanulni) azért elmesélte, hogy ja, csak 10x olyan fos benne a workflow a dososhoz képest.




"A hosszútávú támogatás károsnak tekinthető": https://hup.hu/cikkek/20150201/a_hosszutavu_tamogatas_karosnak_tekintheto#comment-1832909

Félreértés ne essék, jártam én is hosszú í-t kereseni régi dosos szaron a sarokban, átérzem a sanyart, csak mondom, hogy alapvetően az is egy érv, hogy ha nem muszáj újat tanulni, akkor minek, az is idő, pénz. Ami összevethető azzal az idő pénzzel, ami elmegy a régi fos életbentatására, meg azzal, ami elvisz egy asztalnyi helyet, meg azzal a riszkkel, hogy ha beszarik a nyomtató a holdon sincs másik, stb. stb. Általában ez utóbbi simán nyer, és érdemes átállni, de ettől még az egyenlet azon oldala is létezik.

És már csak azért is érdemes nem elfelejteni, mert az IT sokszor titulálja semminek az ennél lényegesen alaposabb megfontolásra érdemes problémákat.




"A hosszútávú támogatás károsnak tekinthető": https://hup.hu/cikkek/20150201/a_hosszutavu_tamogatas_karosnak_tekintheto#comment-1832345

Opciónként esetleg felmerülhetne, hogy nem üresek az igéretek?




"A hosszútávú támogatás károsnak tekinthető": https://hup.hu/cikkek/20150201/a_hosszutavu_tamogatas_karosnak_tekintheto#comment-1832910

Ez tök így van, de azért kell hozzá egy olyanra kialakított infrastruktúra amiben a kisebb ilyen újrahúzások nem állítják meg a fél világot. És olyan nem mindenhol van.




"A hosszútávú támogatás károsnak tekinthető": https://hup.hu/cikkek/20150201/a_hosszutavu_tamogatas_karosnak_tekintheto#comment-1832698

Erre az ultimate igazságra valami indoklás? Én spec csinálok olyat is, ahol az egy év is bőven túl sok, meg olyat is, ami alá ha nem kell, akkor 5 évig simán nem nyúlnék.




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830451

Ill erős kérdés a dns is, ha nem a forward lánc dobja el...




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830456

option domain-name-servers kéne valami megfelelő bejegyzéssel...




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830495

Ha rá irányítod, akkor nem továbbít. Kell egy forward only nameserver a dobozra, vagy a szolgáltatód dnsét kell terítened.

Ilyenekre egyébként szerintem a dnsmasq jó, benne van a dhcp meg a dns is, jóidő.




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830506

Annak elvileg jónak kellene lennie imho. Max nézz valami wiresharkot / tcpdumpot, hogy mi nem stimmel, mert ez már inkább exporer csesznek hangzik (proxy nincs beállítva? Vagy nem kéne legyen beállítva?)

A dnsmasq az egy integrált dhcp és dns szerver (meg még PXE, de az most itt nem érdekes), kicsi, könnyű, gyorsan beállítható, és pont ez a célterülete. Főleg olyannak, aki nem nagyon ért hozzá egyszerűbb, mint a fenti rendes isc dhcpd, meg mondjuk egy bind.

De azért ezt illett volna meggugliznod.




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830513

Ahhoz, hogy a helyzet változzon, próbálj kicsit gondolkozni is. Egyrészt nyilván be is kell állítani, másrészt meg mint említettem, abból amit írtál:

- ping megy -> routing / tűzfal jó lesz
- nslookup megy -> dns beállítások jók.
- explorer nem egy -> azzal lesz a baj.

Erre most feltettél a jelenleg már beállított dhcpd helyett egy másikat, és gondolom nem irányítottad rá a dnst.

Ehelyett ha megnéznéd, hogy mikor az exporer próbálkozik, akkor mi történik, az segítene a probléma feltárásában. Vagy pl ha megnéznél egy másik böngészőt. Vagy egy másik protokolt.




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830521

A wireshark értelmezhetetlen adatában ;) Esetleg a tcpdumpot a linuxon futtatva annak az értelmezhetetlen adatában :)

Első körben azt kellene látni, hogy a browser által generált forgalomban sikerül e feloldani neki a címet. Szűrhetsz mondjuk a dns protokolra, ahol ha azt látod, hogy megy ki forgalom a gép címéről a beállított dns fele (ami ugye ha most dnsmasq van, akkor 10.0.0.2, vagy mi). Ha ki sem megy, akkor valalmi nagyon furi van. Ha kimegy, de nincs válasz, akkor azt kéne kideríteni, hogy miért. Ezt hasonlóan kellene nézni a linuxos dobozon, csak tcpdumppal.

Esetleg rövidíteni, és a dnsmasqban bekapcsolni valami debug logot, és nézni, hogy mi történik a queryvel. (Ez tán a legegyszerűbb most).

Ha a névfeloldás sikerült, akkor azt kell megnézni a wiresharkban/tcpdumpban, hogy mi történik azzal a kapcsolattal, amit ennek hatására nyit a gép. Itt a forráscím az, amit a gép kapott, a cél meg amit a dns adott vissza. Meg kell nézni, hogy megy-e ki forgalom, jön-e vissza válasz, ha nem, akkor az hol akad el? Már eleve ki se ment a gépről, ki se ment a linuxról, kiment, de semmi válasz nem jött, jött válasz, de elakadt a linuxon. Ilyesmik




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830543

Még azon filózok, hogy mtu ippeg lehet, bár egy google.comnál furcsa.




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830588

150 vpn mellett vagy csak nagyon szerencsés vagy, vagy nem vetted észre ;) (Vagy nem tunnelálgatsz eleget mindenféle szart :) )

Mindazonáltal én sem nagyon gondolnám itt, csak azért jött elő, mert a külső címből, ami szintúgy 192.168 egy kissé gyanús, hogy dupla nat / és vagy egyéb gonoszkodás van az uplinken.




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830593

#KULSO = "192.168.1.98" eth0

Ez egy privát cím, egy az egyben biztos nem routeolódik ki az internetre.




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830883

Ennek önmagában nem kell egyébként gondot okozni, duplán natolni lehet (mint látszik, ping megy is pl), ráadásul ez önmagában még headert sem növel, mert mindenki csak beleturkál, szóval a szabvány mtu-t sem kéne önmagában befojásolja...




internet elérés másik subnetből: https://hup.hu/node/138320#comment-1830515

Az ipforward be van állítva




HOVD 2014 - Kedvenc fájlrendszer: https://hup.hu/szavazasok/20141215/hovd_2014_kedvenc_fajlrendszer#comment-1815675

Nem tiszta, hogy most akkor szerinted csak az rwx^3 szar, vagy a posix acl is? :)




[MEGOLDVA] Suse Linux Enterprise versus Centos : https://hup.hu/node/138242#comment-1830541

Kis túlzással nem mindegy, mi teszi fel a frissítéseket?




[MEGOLDVA] Suse Linux Enterprise versus Centos : https://hup.hu/node/138242#comment-1831590

El tudom képzelni, hogy szükség van specifikus verziók pinnelésére, vagy a szoftver másik repóból jön és esetleg szállít updatelt verziót olyanból is, ami van a baseben, és ezt kell kezelni. Ezen esetekben azért már akad különbség, ezért volt a kis tulzás.

És azért csak kis, mert ha a kérdező ilyen mélységekben akarta volna használni, akkor imho nem kérdez, vagy nem ezt kérdezi. Esetleg egyébként kipróbálta valamelyik másikat, ahol nem találta azt, amit saját környezetében szokott használni, és nem gondolt bele, hogy a vevő oldalán a bohóckodás kimerül kb abban majd, amit te is írtál.




XML-ből CSV: https://hup.hu/node/137987#comment-1825076

ezt nekem pl az excel tök használhatóan megnyitja.




DNS rekord felülírása, DNS szerver nélkül: https://hup.hu/node/138224#comment-1828988

A 2k3 dns szervere nem tudja source ip alapján megoldani (bindben viewnak hívják)?
Ha nem, akkor nem fogsz megúszni egy dns szervert a dhcp mellé, de az sem egy bonyolult történet.




DNS rekord felülírása, DNS szerver nélkül: https://hup.hu/node/138224#comment-1829097

Szerintem itt arról van szó, hogy a www.enszerverem.hu izeje a dmzben, ami lokálisan 192.168.0.2, máshonnan viszont a publikus címre kellene feloldódjon. Ezen szerintem aclek nem segítenek, más zónát kell szolgáltatni.

De aztán lehet nem, mert elég zavaros a kérdés.




Üzenőfal program kerestetik: https://hup.hu/node/138189#comment-1828411

Most akkor programot keresel, vagy valamit, amit nem kell telepíteni? :)

A kettő ugyanis eléggé kizárja egymást...




Üzenőfal program kerestetik: https://hup.hu/node/138189#comment-1828422

#define telepíteni nyilván. :)

De gyanús, hogy a belépés után pittyegjenhez azért valami service kéne, ha lokál a dolog..




Android 4.2-t futtat az 1200 dolláros Sony Walkman ZX2: https://hup.hu/cikkek/20150109/android_4_2-t_futtat_a_sony_1200_dollaros_walkman_zx2#comment-1823289

Compatible with: DSD, WAV, FLAC, AIFF, ALAC, MP3, WMA and more




Android 4.2-t futtat az 1200 dolláros Sony Walkman ZX2: https://hup.hu/cikkek/20150109/android_4_2-t_futtat_a_sony_1200_dollaros_walkman_zx2#comment-1823334

Pusztán csak arra akartam reagálni, hogy játszik ez le mást is, mint mp3at. (Amiből tudomásom szerint a nem teljesen véretorkú (én hallom a csöves erősítő előnyeit a reptér mellett is) audiofilok a FLACot pl szeretik).

Egyébként meg ne nekem magyarázd meg a usecaset, szerintem is ortó hülyeség ;)




Android 4.2-t futtat az 1200 dolláros Sony Walkman ZX2: https://hup.hu/cikkek/20150109/android_4_2-t_futtat_a_sony_1200_dollaros_walkman_zx2#comment-1823259

Jaja. És a legjobb, hogy ezért a pénzért nem futotta bele egy fülesre. :)




Android 4.2-t futtat az 1200 dolláros Sony Walkman ZX2: https://hup.hu/cikkek/20150109/android_4_2-t_futtat_a_sony_1200_dollaros_walkman_zx2#comment-1823313

Mondjuk azt el tudnám képzelni, hogy valami olyan, ami miatt 60 óránál több ideig bírja :)

Aztán hogy ez menne-e android nélkül, az passz. (Bár, hogy a 128kbes MP3n aak battery lifehoz mi köze van a specben, azt se tudom :) )




Android 4.2-t futtat az 1200 dolláros Sony Walkman ZX2: https://hup.hu/cikkek/20150109/android_4_2-t_futtat_a_sony_1200_dollaros_walkman_zx2#comment-1823335

Ami egy zenelejátszó esetében azért fontos, mert ... ?




Albérletet keresek [Budapest] + tippeket várok: https://hup.hu/node/133388#comment-1749657

Kinyomtatva mi a baj vele? "A szerződés mellékletét képző fényképek..." két példány előhív hátulján két fél signo, sztennyi.




Albérletet keresek [Budapest] + tippeket várok: https://hup.hu/node/133388#comment-1749826

Ja, nyilván adott esetben nem 3 kép lesz. Ellenben jobb esélyed van, mint ha egy bírónak magyarázod, hogy ott a szerződésben a hash... Meg úgy egyáltalán, közérthetőbb.

Persze, szerintem is kényelmesebb egy normálisan digitálisan szignózott valamit elrakni, de ha az nincs, akkor a kép is pont megteszi, még akkor is, ha fejenként eltesztek egy borítéknyit.




UTP Kábelrendezőt megtalálni?: https://hup.hu/node/137870#comment-1823378

Mondjuk én a kétoldali villásdugós kábelt azonnal elbontanám, és ha azt villanyszerelő csinálta, akkor konkrétan a picsába feljelenteném....




Védett mappák pendrájvon: https://hup.hu/node/137508#comment-1822635

A konkrét problémád nem igazán lehet megoldani. Ha egy sima pendriveot olyan eszközhöz is csatlakoztatni tudnak, amit nem te felügyelsz, akkor azzal gyakorlatilag azt csinálnak, amit akarnak, a partíciós táblát (az eszközön levő összes többi bittel egyetemben) akkor piszkálják, amikor csak akarják. A filesystem által enforceolni próbált jogosultságokat akkor változtatják (vagy kerülik) meg, mikor akarják.

Vannak speckó pendriveok, amik nem egy sima filerenszert adnak, hanem a saját programjukon keresztül kezeleik az adatokat (lásd még a fenti vicces specko firmware). Ezekből bizonyára van olyan, ami hajlandó értelmes jogosultságkezelésre is, de általában elég borsos áruk van (mi pl használunk ironkey-eket, de azokból a legergyább is 100 euró felett van)

És azért jönnek a miért így, miért úgy kérdések, mert a többiek kb átlátták, hogy amit akarsz, az nem fog menni, és szeretnének segíteni a valódi problémád megoldásában. (Ami nem az, hogy hogyan lehet formázásbiztossá tenni egy pendriveot, az egy technikai kanyar).




Védett mappák pendrájvon: https://hup.hu/node/137508#comment-1822756

mert? mi akadályoz meg egy másik gépen levő admint, hogy átírja a permissönöket, vagy olyan usert kamuzzon, amilyet csak akar?




Védett mappák pendrájvon: https://hup.hu/node/137508#comment-1822762

Valóban, mea culpa. Csak a nem admin felhasználók nem nagyon fog menni a topiknyitó emberke alapján (főképp windowsok meg macek...) szóval nem csak én :)




Hálózati Eszköz konfigurálás: https://hup.hu/node/137869#comment-1822711

szinte biztos, hogy meg lehet, csak kicsit meséld el kérlek, hogy hogyan van ez a hálózat? Honnan van az internet, milyen eszközök vannak hova dugva, mi csinál dhcpt, stb..




Hálózati Eszköz konfigurálás: https://hup.hu/node/137869#comment-1822770

Mondjuk még mindig csak silabizálom, de ha jól értem, van egy wireless hálózatod (min egy valami wifis router szappantartó, ami kilát a netre, esetleg több AP, valami, ezeknek valaki játszik routert. mondjuk a szappantartó). Meg van egy ettől független vezetékes hálód, ami kb izolált, és kézzel beírt címek vannak benne (különben már rég akadnának a dhcpk).

Abból amit írsz, az látszik még, hogy layer2 szinten az általad bekötött plusz basz működik, mint bridge.

A vezetékes hálózatnak van valami kijárata routere akárhova? A klienseken van beállítva default gateway? Ha nincs, akkor rossz hírem van, ha címeket nem is kell cserélj, minden géphez el kell majd csoszognod, hogy beállítsd a routingot. Ha van, akkor jó lenne tudni, hogy mi az az eszköz, és mit csinál.
Ha nincs, akkor meg azt, hogy milyen eszköz a jelenlegi router és/vagy dhcp szerver. Leginkább vagy megtanítod neki a veztékes hálózatot külön is, vagy ha úgy esnek a tartományok egymás mellé, meg másképp nagyon nem megy, akkor nagyobb maskkal egy hálózatot csinálsz a kettőből, a dhcpből meg kizárod a kézzel kiosztott címeket (a mask és gw állítgatást ekkor sem fogod megúszni a vezetékes hálón).




Hálózati Eszköz konfigurálás: https://hup.hu/node/137869#comment-1822811

Konkretizáljunk egy kicsit, mert így nem jutunk egyről a kettőre. :)
1) Milyen hálózati beállításokat kapnak a wifis gépek: IP cím, maszk, default gateway (alapértelmezett átjáró, vagy mi a fene a magyar windowsban), dns szerver.
2) Ugyanezen beállítások a vezetékes hálózati klienseken.
--Egy ipconfig /all kimenete megteszi mindkét esetben.
3) Milyen eszköz a wifis hálózaton a router? Hozzányúlhatsz a beállításaihoz?
--
szerk: kb ugyanarra megyünk, mint vl, csak láthatólag azon nem boldogulsz :)




Hálózati Eszköz konfigurálás: https://hup.hu/node/137869#comment-1822817

Bár ettől még válaszolhattál volna az első két kérdésre, de kb mindegy is.

Az eszköz amit vettél a tp-link emulátora (http://www.tp-link.com/resources/simulator/TL-WA890EA(UN)1.0/Index.htm) szerint nem tud routerként működni. Vagyis a következő lehetőségeid vannak:
- átkapcsolod a vezetékes klienseket dhcpre, és menni fog a net (Ill. egyeztetsz a router gazdájával, hogy ez nem okoz-e gondot. Bár szerintem ezt egyébként is meg kéne tenned. Illetve meg kellett volna tenned már a bridge beillesztése előtt)
- szerzel egy olyan eszközt, ami hajlandó routerként működni, ezt beállítod a vezetékes klienseknek mind default gw, a külső oldala pedig a wifi routertől kapja a delejt, vagyis kétszer NATolsz.

Bónusz: végiggondolod, hogy mizu biztonság ügyileg.




Hálózati Eszköz konfigurálás: https://hup.hu/node/137869#comment-1822827

Az eszköz tök alkalmas is arra, hogy összekössön egy wifi hálózatot egy vezetékessel (meg is tette, megfelelő hálózati beállítások mellett működik).
Az, hogy a kliensekhez nem vagy hajlandó hozzányúlni, a routerhez meg nem tudsz valamiért, az nem az eszköz hibája.




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1821340

Hogy lehetne valaminek nulla az értéke, ami adott esetben pár millió embert szórakoztat egy nyáron mondjuk?

Ilyen alapon azoknak a filmeknek sincs értéke, amit csak egyszer nézel meg, meg azoknak a könyveknek se, amiket csak egyszer olvasol el..




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1821478

bammeg, én meg gépelek sokat...




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1821477

visszanéztem, onnan indultunk, hogy mi az igényesség mértéke. Azt, hogy az időtállóság, azt te mondtad. Majd megtoldottad azzal, hogy konkrétan kijelentetted, hogy a tömegtermék értéke nulla. Tehát nem azt, hogy érték(időtálló zene) > érték(egynyári fos), hanem azt, hogy az utóbbi nulla, ami erős különbség azért.

Egyébként pedig mélységesen egyetértek zitevvel, ez baromi szubjektív. Már eleve az is, hogy a minőségi zenének "művészetnek" kell-e lennie, vagy "szórakoztatásnak". Mert bizony ez sem egyértelmű: az minőségibb zene, ami művészi igénnyel készült, aztán a világon egy tucat embernek tetszik, vagy az, ami kifejezetten azzal a céllal készült, hogy szórakoztasson kurvasok embert, és tényleg ezt teszi? Imho baromira nem összehasonlítható, és az, hogy melyik definicó áll hozzád közelebb, az bizony kizárólag egyéni preferencia.

Jól mutatja egyébként ezt, hogy pont feletted kmARC meg pont azt fejtegeti, hogy az, ami nem hasonlít egy népdalra, majd jól elismeri, hogy a népdaloknál időtállób dolog kevés van.

De lehetne ide még mondani, hogy pl. a ma klasszikusnak tartott zeneszerzők el nem hanyagolható része volt korának laza DJ-je, akiket kortársaik sokszor vádoltak zenei igénytelenséggel :) Hasonlóképp volt ez sok olyan irodalommal is, amit ma mindenkinek kötelező elolvasnia, mert akkora klasszikusnak számít.

Egyébként nekem személy szerint igen sok kortárs művészetről jól összefoglalja a véleményemet a klasszikus vicc, mikor a két művész ül a kávézóban, az egyik megkérdi, hogy "te, beleszarjak a zongorába?", mire a másik: "á hagyd, úgy sem értenék...", Szerintem az önmagáért való művészkedés, ami egyébként sokszor együtt jön a tiedhez hasonló elitista én mindennél faszább vagyok véleménnyel, és annak leszarásával, hogy a befogadó közönség mennyire tudja értékelni a művet, gyakorlatilag értéktelen. De ez a saját egyéni véleményem, ettől még el tudom fogadni, hogyha valaki szerint az a fasza, és a többi szar. És simán lehet, hogy 200 év múlva ezek egy része majd klasszikus lesz. És simán lehet, hogy ettől még ha 200 év múlva élnék, akkor is ugyanígy fosnak tartanám, mint ahogy most teszem bizonyos klasszikusokkal.

(Hasonlóképp -- csak hogy legyen zenei hasonlat -- pl szerintem a techno jellegű elektronikus zene 99% százaléka értékelhetetlen szar, amitől csak fejfájást lehet kapni, táncolni meg csak akkor lehet rá, ha már csatakra ittad magad, ettől még nem nézem le azt, aki szerint meg az a tutiság, és mondjuk 20 éve DJ Budaira lazul el minden második hétvégén, ráadásul igen jó esélyét látom annak, hogy a jövő zenei hangzását ezek az irányzatok fogják meghatározni).

TL;DR azt kéne felfogni, hogy szerinted.




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1821528

Kezdünk nagyon messzire elkanyarodni. Arra próbáltam felhívni a figyelmedet, hogy kijelentetted, hogy az egynyári izék semmi értéket nem képviselnek, márpedig ez egész egyszerűen nem igaz.

Eleve a zene értékénél elkezdted feszegetni a művészi értékeket, holott egyáltalán nem biztos, hogy ez az egyetlen érdekes vetület. (megint sarkítani fogok: ha asszonnyal elmész táncolni, egész este ropjátok, tök jól érzitek magatokat, de ennek ugye semmi értéke nem volt, hiszen a tánc is egy művészet, amit csináltatok, az meg se maradandó nem volt (hacsak pistike fel nem vette a mobiljával, és tette a youtubera), se nem volt táncilag (koreográfjában, kivitelezésében) igényes. Ugyanez van a butácska egynyári slágerekkel: valószínűleg művészi értékük elenyésző (bár ez megintcsak erősen szubjektív), ettől még munkába menet páran eldúdolgatják a rádióval, kissé jobb-kedvűen érve be, annak igenis van értéke.

Ráadásul igen vicces, hogy magyarázod, hogy hogyan tud egy egész gonosz ipar épülni valaminek az eladására, aminek szerinted a konkrét értéke nulla. ;)

Félre ne érts, az esetek jó részében magam sem tartom ezeket a vackokat sokra. Csak a mondatodból baromira hiányzik az, hogy számodra ezek a fontos szempontok. Sznobizmusnak meg azt tartom, hogy képtelen vagy megérteni, hogy másnak lehetnek mások a preferenciái, és kvázi kijelented, hogy ami szerinted nem jó, az univerzálisan szar.

---

és akkor majd csak utána lehetne elkezdeni arról beszélni, hogy ez az időtállóság mint olyan szükséges, meg elégséges-e. Az elégségesre azt hiszem a szocreál vasbeton példa egész jó volt, szükségesre meg:
- akkor te ugye gyakorlatilag semmi kortársat nem tekintesz művészetnek, mert még ideje se volt időt állni.
- ha valami csoda folytán (mondjuk mert egy egész ipar épült rá, és rájönnek, hogy el lehet adni ugyanazt sokszor) még 100 év múlva is mindenki mit tudom én, Britney Spearts fog hallgatni, és egy csomó ember szerint jó lesz, akkor az már szerinted zeneileg igényes lesz?
- ha valami keletkezésekor releváns problémákat feszeget művészi eszközökkel, amik mondjuk 100 év múlva már tökéletesen irrelvánsak (és adott esetben értelmezhetetlenek lesznek), akkor az nem lesz már művészet? Illetve akkor már most sem az?




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1822759

Akkor lecsapnám :) Mennyi időt kell kiállnia egy zenének, hogy igényes ( minőségi ) legyen?




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1822760

A másik pedig:
http://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitm…

"Ami az egynyári dolgokról nem igazán mondható el. A művészet célja szerintem maradandót alkotni"

Szóval te nem, de zeller kb. ezzel nyitott, innen ment a szál hosszan. Senki nem adja a szájába.




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1820515

Van egy normális AKG füles a gépnél, meg a tv (amin adott esetben rádiót vagy zenét is hallgatunk). Igazából sosem értettem az otthonra sokplusz1 izét. Egy mélynyomót esetleg, de abból is bőven elég valami kisebb.




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1820595

Bár nincsenek túl jó füleim, de alapvetően csak lényegtelennek tartom? ;) Egyrészt a fene se akarja a térhatáshoz rendezni a lakást, másrészt úgysem néznék akkora hangerőn filmet itthon, hogy érdekes legyen, harmadrészt egy kis szobában úgysem érvényesülne igazán, negyedrészt, meg őszintén szólva leginkább telibe leszarom, hogy úgy hallatszik, mintha a hátam mögül jobbról indulna a helikopter, és elől középen távozik, miközben ugyanezt látom egy tőlem méterekre levő képernyőn is, gyakorlatilag érdektelen, a filmet nézem. Zenénél meg egyáltalán semmi értelme.

TL;DR - szerintem parasztvakítás, gyak semmit nem ad hozzá az élményhez.




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1820712

Namost a pókemberen pl baromira nem segít az sem, hogy ha jól szól a hangja. :)

A pink floyd filmet meg nem láttam, nem tudok nyilatkozni róla, de továbbra is tartom, hogy azért a háromért, amiért érdemes, inkább elmegyek a moziba. :)

Koncertvideót meg nem nézek, ha otthon akarok zenét hallgatni, akkor köszönöm, de jó lesz a stúdió minőség is, ha koncertet akarok, akkor oda elmegyek :)




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1821015

ja, arra nem. De szerintem az viszonylag ritka, hogy koncertfelvétel van, studio anyag meg nincs :)




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1820667

Valóban nem is kell, hálistennek, ezek személyes preferenciák. :) Szerinted döbbenetesen másképp szól, én meg nem mondom, hogy nem hallom a különbséget, de -- és akkor itt aláhúzom -- _nekem_ nem add érdemben hozzá az élményhez. Nyilván ez a te szempontodból "akinek elég a Sokol rádió"... bizonyára kell hozzá valami beállítottság, ami miatt az embert érdekli, hogy a természetfilmben honnan hallatszik a tücsök ciripelése. Téged megfog, belőlem meg hiányzik. Nincs ezzel gond, különbözőek vagyunk :)

(Egyébként meg valószínűleg az is közrejátszik, hogy a sima tvn a kép élménybe se lehet annyira belehelyezkedni, hogy ne vonatkoztassanak el az érzékeim attól, hogy a tv van előttem. Arra érdemesnek tűnő filmeket ezért igyekszem is moziban megnézni, ott viszont nem állok neki tudományosan analizálni, hogy mitől szól jól...)




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1820715

Ha hiszed, ha nem, van fogalmam arról, hogy , mitől szól jól a mozi. :) Arra akartam kilukadni, hogy ettől még nem annak fogok örömködni, hogy "bakker, tök jól szólt hátulról a helikopter" -- hogy a fenti hülye példánál maradjak, -- hanem élvezem egyben az egészet. (és megkockáztatom, hogy ha jó a film, akkor _nekem_ egyébként nem sokat számít az átlagosan szóló hang vagy az extrafaszán megcsinált.

A b és c pont pedig imho pont azt támasztja alá, amit mondok: b) nem lesz otthon, mert útban lesz mindenféle, meg anyu elmozdítja porszívózáskor, stb, ráadásult a tipikus 3x5ös nappaliban egyébként is nehéz dolga van a fizikának meg a hullámhosszoknak, c) az esetek jó részében a nyersanyag is fos akármennyire csillió+1 hang van.




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1820716

kis, asztali hangfal mellé azért imho még elmegy, azt speciel azért megmondom, ha zenét hallgatok. Egy értelmesebb fal mellett már tényleg nem sok értelme.




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1820849

Speciel bennem eleve nem merül fel otthon, hogy olyan hangerőn hallgassak bármit, amibe beleremeg a szoba. ;)




Az otthoni, legnagyobb zenei teljesítményt nyújtó hangfala(i)m: https://hup.hu/szavazasok/20150101/az_otthoni_legnagyobb_zenei_teljesitmenyt_nyujto_hangfalaim#comment-1820720

Ez imho megintcsak személyes pref. Téged "zenebuziként" ugyan zavar, de attól még, hogy valaki mondjuk nem "klasszikusokat", hallgat, hanem mondjuk az abba jelenkori megfelelőjét valami rágógumi pop formájában, attól még élvezheti ugyanúgy a zenét, feltöltheti, stb. (úgy is, hogy sose hallja a 60 hz alatti részt). Sőt, lehet, hogy az ő életében más az, ami feltölti. (Mondjuk olvas. Csendben.) Ez kicsit olyan, hogy mostmár mindenki nagyon gurmé, meg bariszta, ettől még nem lesz kevesebb, aki továbbra is jóízűen megissza reggel a 3in1-et, két extra cukorral. Értem én, hogy aki valamiben épp igényesebb, annak fura, de szerintem a "nem tudom egyszeruen elkepzelni hogy hogy lehet enelkul hosszu tavon elni" baromi nagy túlzás. Ráadásul veszélyes ez, mert te is biztos csinálsz egy csomó dolgot átlagosan, amit meg más nem tud elképzelni, hogy hogy lehetsz ilyen igénytelen...




internetado 2015?: https://hup.hu/node/136180#comment-1795245

De vonatkozik, azt mondja az iromány, hogy olyan előfizu, ami biztosítja az elérést IPn a BIXig (vagy bármelyik másikig), azt nem, hogy csak az arra menő forgalmat kell nézni, a belföldi peering senkit nem hat meg...




Bankkártya érvényességi ideje: https://hup.hu/node/137722#comment-1820124

Az enyém is mindig vacakol a vége fele, pedig a tárca közepén, dedikált saját tokban lakik, és mondjuk doboznyitogatásra nem ezt használom, hanem többnyire a céges kártyámat, mert az kéznél van. A chipet egy idő után rendszeresen ciánozni kell, és valószínűleg a tekergetős pénztárosnénik sem tesznek jót neki...




LibreOffice Coverity Defect Density 0,00 : https://hup.hu/cikkek/20141201/libreoffice_coverity_defect_density_0_00#comment-1811088

Mondjuk azért lássuk be, hogy itt egy istenverte bugot kiismerését kéred számon ;) (Disclaimer: én tudom, hogy így működik, sőt, kopipaszta után a villám izével is lehet, de ez ettől még idegesítő hülyeség)




dőlésszög mérése: https://hup.hu/node/137404#comment-1815624

Nem mozgok otthonosan az ilyen hardverközeli témákban, szóval tényleg csak perspektívabővítés végett kérdeznék: mire nem elég itt egy rpi? Gondolom a giroból jön valami datastream, felteszem pár axisra vonatkozó dőlésszög, ebből valami korrekciós mozgatást kell számolni a motorvezérlésnek, ami nem lehet túl erőforrás-igényes matek, és mondjuk ezt meg kell tenni, nem tudom, másodpercenként százszor mondjuk? Tudom, hogy az rpi nem egy rakéta, de én kis naivan azt gondolnám, hogy ennek tulképp ingerküszöb alatt kellene lennie...

A dolog real time voltában tudnék esetleg fogást találni, de az meg kb bárhol probléma, illetve ha nincs agyonterhelve a dolog, akkor a gyakorlatban vélhetőleg nem fáj.




dőlésszög mérése: https://hup.hu/node/137404#comment-1815661

Nekem semennyire, csak bepofátlankodtam, mert érdekelt :) Pusztán kis látókör szélesítés, ha úgy tetszik.

A négyszögjelet értem, a jitter az valóban parának hangozhat. A latencyt viszont továbbra sem. Értem én, hogy a linux nem realtime, ezért nem tudja garantálni, hogy valami x időn belül megtörténik, az ok, hogy ha épp megy a matek, akkor lesz delay, és az fáj. De ez inkább tüskeszerű lenne imho (feltéve, hogy egyébként nem izzik a proci), nem értem, hogy hogy adna ez az egészhez egy konstans latencyt? Vagy ilyen 10 ms nagyságrendeknél már ennyire fájó a szórás?




dőlésszög mérése: https://hup.hu/node/137404#comment-1815764

danke.




dőlésszög mérése: https://hup.hu/node/137404#comment-1815628

ehhez azért kellene, hogy a kamera természetes egyensúlyi helyzetében vízszintben legyen, ez meg szinte biztos, hogy nem igaz. (Ha merev lapra teszed, akkor persze, de zselés izénél pl egy sima fényképezőgép szerintem egyszerűen orra bukik)




dőlésszög mérése: https://hup.hu/node/137404#comment-1815763

Egyrészt ember legyen a talpán, aki egy ilyet beegyensúlyoz, másrészt meg már kb ott tartunk, hogy szerljünk egy deszkát az alljára, meg akasszuk fel, és közben ússzon vizen. Profi, hordozható megoldásnak tűnik :D

Egyébként meg a vízzel az a baj, hogy ugyan jól hangzik elsőre, de ha láttál mármondjuk egy pohár meglökött vizet egyensúlyi helyzetbe kerülni, akkor valószínű rájössz, hogy kevésbé elégséges a beállási idő kamerázáshoz (miközben odafenn arról beszéltünk -- pontosabban Mcsiv :) --, hogy a pár ms jitter már receghet :), rádásul szükséges hozzá az egyensúlyi helyzet magátóli visszaállása (szal mondjuk kvázi konstans oldalszélnél szevasz)

Nyilván egy folyékony, vagy inkább kocsonyás, anyag minél sűrűbb, annál faszábban el fogja nyelni a külső rezgéseket (egészen addig a pontig, míg a szilárd már el nem kezdi "vezetni"), annál finomabban simul ki, viszont annál tovább is tart neki kisimulni (bár, ez a poharas példánál maradva nyilván bizonyos keretek közt értendő, és simán lehet a fordítottja is)... Olyat, ami mindenre jó, nem találsz. :)

Meg egyébként is, az ilyesmi szerintem azonnali beavatkozást igényel.




[Megoldva] Bash csomagkezelő készítés: https://hup.hu/node/132326#comment-1734774

Hát, ha gyártott az ember akármelyik nagyobb csomagkezelő alá csomagot [márpedig gondolnám, hogy az ember azért akar sajátot, mert azokkal valami baja van], akkor azért illett volna annak lennie :)




"Munkatárs kerestetik": https://hup.hu/node/137571#comment-1817659

Hát nem tudom, nekem azért a dolog több sebből is vérzik. Persze, rá lehet szánni tíz órát, na de mondjuk minden cégre? Vagy másképp nézve munkakeresőként nem biztos, hogy az éri meg nekem, hogy egy adott céggel vacakoljak tíz órát, miközben ezalatt utánaolvashatnék tíz másik potenciálisnak, és összerakhatnám a nekik szóló cvt pl. Pláne úgy, hogy kifejezetten leírják, hogy előtte esélyem sincs a HR-es kollegina telefonos hangján kívül mást is látni a cégből, márpedig én is nyilván nekem való helyet keresek, és lehet, hogy a leendő főnök arcából 15 perc után kifordulok, hogy nem érdekel.

Meg persze közel sem biztos, hogy mondjuk az otthon félóránként, óránként összerakott izé, beszélgető asszony meg ricsajozó gyerekek mellett olyan lesz, mit amit tíz óra alatt a melóban csinál valaki, szóval csalóka.

Az is furi, hogy a legendásan introvertált arcokkal tűzdelt programozó világban tulajdonképp minuszpont, ha nem vagy fosshuszár, meg extrovertált bloggolós fórumozós arc. Simán lehet, hogy nekik ez határozott igény, de semmiképp sem venném univerzális iránynak.

De a legnagyobb baj tényleg az, hogy szerintem ezzel a "mielőtt mi erőforrást ölnénk bele, hogy foglalkozzunk veled, elvárjuk, hogy egy tíz órás projektet lezavarj" dologgal egy csomó esélyes jó jelöltet elijeszthetnek, ahogy fentebb írták, azért ahhoz igen jó nevű cég kell legyél...




"Munkatárs kerestetik": https://hup.hu/node/137571#comment-1817863

Nyilván, felnőtt emberként én is tudok szelektálni, nincs ezzel baj. Egyszerűen csak azt mondom, hogy egy cég egy ilyen stratégiával -- főleg az itthoni körülmények között -- legalább annyi potenciális jó jelöltön fog átsiklani, mint a szokásos cv-s ügy. Azért bőven van különbség aközött, hogy potenciálisnak tartok-e egy munkaadót, meg aközött, hogy annyira potenciálisnak tartom, hogy beletoljak 10 óra munkát, mielőtt én bármi érdemi kérdésre választ kapnék. Ezen utóbbin egyébként tompíthat sokat a telefonos HRs kolléga, de azon nem segít, hogy igazából még mindig semmit nem láttam a leendő cégből. Meg itthon pl. azt is nehezen tudom elképzelni, hogy egy ilyen beszélgetésen elhangozzon legalább egy irányár. Az meg igazán szép lesz, mikor az okos cég egy ilyen után közli, hogy tök jó vagy, felvennénk, 150 bruttóra, meg 50 zsebbe gondoltuk....

Vannak ennek jó elemei, de szerintem van vele azért gond is bőven. Sok igazság van a másik linkelt írásban is, bár az nyilván ennek a processznek egyetlen elemét vesézgeti, de főként az ingyenmunkára meg a nem mindenki tart minden szart a githubonban (amit nyugodtan ki lehet tágítani a publikus internetre) szerintem igen sok igazsága van, mint ahogy abban is, hogy a kontextus nélküli kódnézegetés nagyon fals eredményekre vezet (tudom, itt ezen a nézzük át a kódodat dolog azért segít).
Továbbá egyszerűen szerintem figyelmen kívül hagyja a valóságot: hogy más cégek nagyon másképp toboroznak, az ember ehhez van szokva, hogy egy jelenleg erősen hiányszakmáról beszélgetünk, ahol a potenciális jelöltek, főleg a jók bizony elég könnyen tudnak válogatni...

És ettől még mindig lehet, hogy ez simán úgy van hangolva, hogy annak a cégnek tök jól működik, de szerintem általános szent grálként nagyon nem alkalmazható.




Rendszergazda / Rendszermérnök : https://hup.hu/node/136653#comment-1803411

Őszintén szólva én se látom itt a nagy etwast, gyakorlatilag linux, web, levél, meg dns van odaírva. Üzemeltetésben ennél kevesebbet nem nagyon látom, hogy lehet csinálni. Kíváncsi lennék, hogy aki szerint ez sok, a szerint mi a normális.




Rendszergazda / Rendszermérnök : https://hup.hu/node/136653#comment-1804183

Egyrészt ha ITs háttered van, ráadásul nyomkodtál már linuxokat, akkor azért nem vagy teljesen kezdő. Jó eséllyel, ha valami supportos, vagy level 2 környéki teambe nézel állást, akkor azért lesz esélyed, főleg nagyobb cégeknél (mondjuk az angol alap, de remélem az megy), főleg, ha hajlandó vagy a pozi reális áráért dolgozni.

A másik, amit lehet csinálni, hogy olyan teambe nézel helyet, ahol nem csak linux van, és a többivel meg jól vagy. Aztán közben lehet gyúrni.




be kindle: https://hup.hu/node/136444#comment-1800924

ami gyak ugyanaz, csak van rajta valami drm szerű izé...




be kindle: https://hup.hu/node/136444#comment-1801029

Ja, értem én, csak, hogy mi DRM és mi nem DRM, hanem csak random titkosítás, azon már hallottam hisztit, ezért maradtam ennél a félmegoldásnál. Egyébként ha jól rémlik a prc is gyak mobi, csak mittomén - helyett * a felsorolás, vagy valami ilyen faszság, hogy mégis más legyen. Vagy a mobi meg a prc az ugyanaz, és az azwben van még ez a kis csavar? Franc se tudja már, én jól elvagyok a DXen a mobikkal. (Hogy on topic is legyek, amin nem olvasok pdfet, mert imho még mindig nyögvenyelős)




be kindle: https://hup.hu/node/136444#comment-1800925

-dedup-




[RESOLVED] getadsmtp.pl nem működik: https://hup.hu/node/137505#comment-1816350

A

print "DEBUG: $name\n";

sorig már el sem jut?

Tudnál a tetejére egy

use Dumper;

-t, a print helyére meg egy
print "DEBUG: mesg\n" . Dumper($mesg);
-et?




[RESOLVED] getadsmtp.pl nem működik: https://hup.hu/node/137505#comment-1816370

71. sorban ezt
attrs => "proxyAddresses",
erre:
attrs => [ "proxyAddresses" ],




[RESOLVED] getadsmtp.pl nem működik: https://hup.hu/node/137505#comment-1816379

Nincs mit :)

# Only continue on LDAP_SUCCESS
$mesg->code and last;
ezt még meg kéne nézni, szerintem azért futott végtelenre mert itt valami nem stimt. Leginkább az, hogy a dumper alapján nem code, hanem resultCode. Az más kérdés, hogy cpan dokumentációban is következetesen code van, elmennek a picsába. Lehet inkább $mesg-> is_error() and last; kéne a biztonság kedvéért.




TCP kapcsolat: https://hup.hu/node/136996#comment-1816364

Azért kíváncsi lennék, mire kerestél: :)
https://www.google.hu/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF…
1. találat:
http://www.inetdaemon.com/tutorials/internet/tcp/3-way_handshake.shtml - középen dobozban kiemelve.
2. találat:
http://www.dummies.com/how-to/content/network-basics-tcp-session-establ… - szintén, még diagram is van.
3. találat:
https://www.wireshark.org/lists/wireshark-users/200903/msg00102.html -- ez már kevésbé látványos, de a "When setting up a TCP session:" alatta a srác pontosan leírja a syn-synack-ack-ot, és írja, hogy "See RFC 793 for a detailed discussion of setting up TCP connections." amire rákeresve már el is értünk a lehető legpontosabb információforráshoz. A tartalomjegyzékben azonnal látszik, hogy külön fejezet értekezik arról, hogy "establishing a connection", ahol le van írva a fenti, rádásul ha ránzünk kicsit, akkor már azt is kezdjük kapirgálni, hogy miért nem volt elég egy syn meg a másik oldaltól egy ack :)
4. találat:
http://www.tcpipguide.com/free/t_TCPConnectionEstablishmentProcessTheTh… -- szintén egy kifejtős leírás, onnan van a fent linkelt kép is.

Ugyanezen keresésnél a képekre kattintva én kb mást sem látok, csak ennek az ábrának a permutációit, némelyiket szöveges magyarázattal.

De mondjuk, hogy az én guglim már nagyon jól tudja, hogy én hálózatos dolgokat szoktam keresni, meg egyébként is oda írtam ilyen varázsszavakat, hogy session meg setup, amit nem biztos, hogy tudsz. Viszont ha megnézem minden diák kedvencét, a wikipédiát:
http://en.wikipedia.org/wiki/Transmission_Control_Protocol , ott is külön rész foglalkozik azzal, hogy "Connection establishment". Ha esetleg a magyar megy csak (ami esetben sürgőssen kezdj el megtanulni angolul) http://hu.wikipedia.org/wiki/Transmission_Control_Protocol akkor sincs baj, ott is ott van.

Továbbá szinte biztos vagyok abban, hogy hálózatos tantárgynál tannenbaum bácsi örökbecsű könyve legalább ajánlott irodalomként szerepelt, abban meg ez elég hosszan ki van fejtve. Meg abban is biztos vagyok, hogy nincs olyan hálózatok oktatásáról szóló tankönyv / segédlet, amiben ez nincsen benne, tekintve hogy a hálózat működésének egyik legalapvetőbb eleme.

Szóval vagy ne gyere azzal, hogy égen földön kerested, hanem valld csak be, hogy lusta voltál ;), vagy gyakorold egy kicsit a google fut, sokat fog segíteni :)




Pótpót ZH-t iratok: https://hup.hu/node/137458#comment-1815691

Ez kicsit ilyen pikacsu: "Meg tudod csinálni!" :D




Pótpót ZH-t iratok: https://hup.hu/node/137458#comment-1815696

Amerikánish kamu manga, kis tiniknél nagy divat (vagy volt, fogalmam sincs), kintről kb annyi jön le, hogy van a főhős, aki mindenféle labdákba belevarázsolódó lényeket gyűjtöget, és időnként harcol más ilyen szereplőkkel. Na, ezekben a harcokban ők kb, az edző szerepét töltik be, beküldik valamelyik lényüket, aki (nyilván általában valami szivatós másik ellen, vesztes helyzetből) piszkosul küzd. Ehhez a főhős hozzáadott értéke annyi, hogy a vonal mellől biztatja, hogy "Meg tudod csinálni! Meg tudod csinálni!", mire a kis izé -- nem tudom, villámpatkány talán -- összeszorítja a fogát, hogy "Meg tudom csinálni!" - és tényleg. Utána meg a főhős örül nagyon magának, bár sokkal nem segített :)

Viccet félretéve, ez már akkor is így volt, mikor én jártam főiskolára, bár szerintem nem a küzdés hiányzott, hanem az, hogy ne szarja le telibe....




Pótpót ZH-t iratok: https://hup.hu/node/137458#comment-1815707

Nyilván, nem kell véresen komolyan venni.




Nokia HERE maps szintaktikai hiba: https://hup.hu/node/136224#comment-1807732

Vagy csak nem tudod, hogy használtad ;)

Egyébként az AGPS -- a te szempontodból -- csak annyiról szól, hogy a műholdkereső algoritmus kap némi initial segítséget, hogy honnan induljon, ezért várhatólag gyorsaban lesz first fix. (Illetve épp lehet vele DGPS infot is teríteni, ami meg segít kicsit a pontosságnak, de véleményem szerint ennek hatása egy mobilhálózat méretű valamiben minimum kétséges, inkább csak placebo. Ráadásul egészen sok antennát kéne lefosni még a placebohoz is).




Nokia HERE maps szintaktikai hiba: https://hup.hu/node/136224#comment-1807776

Én is mentem egy kört anno ezen topic alapján, és erős dejavu érzésem volt, a gugli pont ugyanezt a hülyeséget csinálta az utcanevekkel. Eleve nem értem mire jó, ismeretlen helyen nekem baromira nem segít, hogy kanyarodjon be a kossuth lajos utcán jobbra, maradjunk a métereknél, esetleg annál, hogy "a második sarkon jobbra", ez utóbbit nem is értem miért nincs.

A másik, hogy nagyon későn szól, ez a menj itt jobbra már erősen hajrakenős, pláne többsávoson.




Szívesebben használnak saját szervert a hazai KKV-k (x): https://hup.hu/promo/20141124/szivesebben_hasznalnak_sajat_szervert_a_hazai_kkv-k#comment-1807538

Hidd el, van az a pénz, amiért odavisznek akármit, attól még, hogy nincs csomag...




Szívesebben használnak saját szervert a hazai KKV-k (x): https://hup.hu/promo/20141124/szivesebben_hasznalnak_sajat_szervert_a_hazai_kkv-k#comment-1809009

Nyilván egyiknél sem, de pont ez volt a mondás, hogy van az a pénz, amiért odahúzzák, ha kell. :)




Szívesebben használnak saját szervert a hazai KKV-k (x): https://hup.hu/promo/20141124/szivesebben_hasznalnak_sajat_szervert_a_hazai_kkv-k#comment-1809736

Nyilván nem. A kérdés az az, hogy _ha_ lángbaborul, akkor az mennyire fáj, amíg nincs.




Szívesebben használnak saját szervert a hazai KKV-k (x): https://hup.hu/promo/20141124/szivesebben_hasznalnak_sajat_szervert_a_hazai_kkv-k#comment-1809748

Ami egyébként egy tipikus magyar kiscégnél lassan de biztosan a felhőnek fogg kedvezni, mert egy havi párezres tétel lesz egy egyben megveednő cucchoz képest is, ami az abszolut minimum. Ha meg valakivel már legalább egy általányba leszerződik, akkor főleg.

Persze a másik oldalt meg ott vannak a privacy aggályok, illetve az, hogy az általányos ha kinéz kéthetente egy órára, hogy mi van, akkor tudja orvosolni mancika eltűnt a zikon a zasztalról típusú nyűgöket, amit a felhős nem fog. Meg egyáltalán, valaki kell a desktopokra is, lehet úgy már egyszerűbb, ha megugorja a server dolgokat is...

Szóval igen, mérlegelés...




Szívesebben használnak saját szervert a hazai KKV-k (x): https://hup.hu/promo/20141124/szivesebben_hasznalnak_sajat_szervert_a_hazai_kkv-k#comment-1807604

Komolyan kérdem, szerinted mennyire reális, hogy egy meghasalt szervert egy kisvállalkozás önerőből fél nap alatt újraépít?




Szívesebben használnak saját szervert a hazai KKV-k (x): https://hup.hu/promo/20141124/szivesebben_hasznalnak_sajat_szervert_a_hazai_kkv-k#comment-1807636

Pontosan erre gondoltam :) Ez tipikusan outsourceolt buli egyébként is, azok meg valamikor kijönnek aznap, vagy másnap.




Szívesebben használnak saját szervert a hazai KKV-k (x): https://hup.hu/promo/20141124/szivesebben_hasznalnak_sajat_szervert_a_hazai_kkv-k#comment-1809011

Kb amit gelei írt. Van egy haverod, aki hozzáért, és egyedül ezt megoldja, illetve eleve olyanra rakta össze. (Meg mákja volt, hogy neki még nem szállt el semmi, de ebből messzemenő következtetést levonni nem érdemses) Egyrészt még így is annyi idő alatt, mint amennyit mint fentebb írták, hogy már az fujj szar a felhő (éppen ezért kérdeztem a 4 órát. Másrészt meg peches esetben egy hétnyi melóval viszább ;) És ha valaki nem ért hozzá, ezt ugyanúgy meg kell fizetni, és ki kell várni, míg odaér, meg elslattyog a boltba, ilyesmi.

Ha nekem lenne kis cégem, ahol nincsenek komoly számtech igények, lehet én is rászánnám, hogy összerakom valamire, aminek a tartalék alkatrészét bedobom a fiókba, de nem biztos, hogy nem venném ezt valakitől inkább.




Puzzlephone - moduláris telefonkoncepció a Nokia szülővárosából: https://hup.hu/cikkek/20141202/puzzlephone_modularis_telefonkoncepcio_a_nokia_szulovarosabol#comment-1811091

És most hirtelen kinek lesz majd érdeke, hogy tíz év mulva is ugyanazt a telefont használd? :)




[MEGOLDVA] Mount point időarányos tárterület figyelése [nagios]: https://hup.hu/node/137118#comment-1810736

http://www.bischeck.org (amit már rég meg akarok nézni, de még nem jutottam el odáig) elvileg tud pl forecastot is csinálni.

Persze lehet kissé overkill :)




Systemd áldozatok a Debiannál: https://hup.hu/cikkek/20141117/systemd_aldozatok_a_debiannal#comment-1806345

subs




Systemd áldozatok a Debiannál: https://hup.hu/cikkek/20141117/systemd_aldozatok_a_debiannal#comment-1806557

Azzal együtt, hogy nekem se lopta még be magát a szívembe a sysctl paraméterezése (majd biztos megszokom, ha sokat kell nyomkodni), de azért az megvan, hogy most kb arról beszélsz, hogy azt hogy /etc/init.d/ már megjegyezted, azt hogy list-unit-files meg még nem?




Systemd áldozatok a Debiannál: https://hup.hu/cikkek/20141117/systemd_aldozatok_a_debiannal#comment-1807210

Ebben az olvasatban egyetértek :) Mikor kicsit nyomkodtam ez a unit izé nekem is bökte a szememet.




Systemd áldozatok a Debiannál: https://hup.hu/cikkek/20141117/systemd_aldozatok_a_debiannal#comment-1809665

Ez mindig félmegoldás. De komolyan. Igaz addig, míg van pár rendszered, amit magad tákolgatsz. Aztán mikor van sok, akkor ott nem lesz alias, hanem default lesz.




[megoldva] Linux új céges gépre: https://hup.hu/node/136965#comment-1808501

és magically visszakerült a céges domainbe is gondolom...




[megoldva] Linux új céges gépre: https://hup.hu/node/136965#comment-1809013

Én rajzoltam már diában olyat, amit azóta már visioban. Igaz pár éve volt, de valami iszonytató rettentes brutálszenvedés. Szerintem bazi kényelmetlen pepecselés.

Ha szabad alatt esetleg igazából ingyenest értett, akkor van pár használható dobozrajzoló, amik alternatívák lehetnek, ha a visiot is csak ilyesmire használja (szóval stencilek meg vonalak). Ha custom propertyzünk, adatkapcsolatozunk, és hasonlókat csinálunk, akkor imho marad a viziló.




Lát-hatóság: https://hup.hu/node/136907#comment-1807536

Én ugyan nem gondolom, hogy ez az ekvivalencia fennállna, a leírás alapján az itt intézkedőre egyáltalán nem. Viszont abban azért van valami, hogyha csinálunk egy kampányt, akkor testületileg érdemes lenne az ebben résztvevő urak figyelmét kettő percben a reggeli eligazitáson felhívni a fent kiemelt lb két mondatra, ha már maguktól nincs meg, hogy ne mondjanak hülyeségeket. (Az meg a másik fele, hogy egy közlekedésinek azért legyen már meg)




Lát-hatóság: https://hup.hu/node/136907#comment-1807379

Nekem a fenti idézetből úgy tűnik, hogy nem is kell, a ruházat is jó. Nem tartom elképzelhetetlennek, hogy valami normális bringás érdekképviseletnek sikerült még időben szólni, hogy valaki nézzen már meg a mucsaröcsöge-alsón a restibe igyekvő Sanyibán kívül is egy más bringást is törvényszövegezés előtt.




Lát-hatóság: https://hup.hu/node/136907#comment-1807535

ah so. respect :)
meg is lepődtem volna, ha maguktól van ennyi eszük :D




Lát-hatóság: https://hup.hu/node/136907#comment-1807381

- dup -




Miért rossz ötlet strings-t futtatni megbízhatatlan helyről származó fájlokon?: https://hup.hu/cikkek/20141028/miert_rossz_otlet_strings-t_futtatni_megbizhatatlan_helyrol_szarmazo_fajlokon#comment-1807695

tudom, hogy ez téged nem vígasztal, de öt perce sírva röhögök...




A munkahelyemen az internetes tartalmak eléréséhez...: https://hup.hu/szavazasok/20141120/a_munkahelyemen_az_internetes_tartalmak_eleresehez#comment-1806438

+1




Segítség otthoni hálózat kialakításához: https://hup.hu/node/136614#comment-1803475

Kicsit nehezen tudom értelmezni mit csináltál, illetve nem egészen értem, hogy a modem az most tényleg csak egy modem, vagy igazából egy integrált router is (én inkább ez utóbbira tippelnék).

Mindenesetre általánosságban szerintem ezt úgy érdemes csinálni ekkora méretben, hogy egy darab routerként funkcionáló doboz van, aki intézi a routingot, meg osztja a DHCPt, a komplett belső háló pedig egy layer2. A központ lehet a modem is, ha olyan, vagy akármelyik wifis routered, amelyik szimpibb. Minden más bridge (itt azért megint kérdéses kicsit a milyen modem az a modem). Az ilyen soho wifis cuccok szinte mind bridgelik a switchet a wifivel, szóval a legegyszerűbb setup imho az, hogy a modem adja a routeot és a dhcpt, a két wifis dolognak állítasz fix ipt (vagy bedrótozod a macjuket a dhcp szerverbe), kikapcsolod a dchpt és egy belső! lábukkal kötöd őket össze. Vagy mind a modemmel, vagy sorba, mindegy. A wifiket ugyanolyan SSIDre állítod, ugyanazkokkal a paraméterekkel (így a wifis klienseken nem is kéne észrevedd, hogy az APk között vándorolnak), és csoki.

Ha a modem helyére a tomatos cuccot teszed, akkor is kb ugyanez, csak értelemszerűen rajta fut majd az okosság, meg neki kell csatlakozni a netre (mind mondtam, jó lenne tudni, mi az a modem valójában), kérdés, hogyan jut el a külső jel hozzá... Cserében bele talán lehet valami adblocking vackot tenni-

Én személy szerint a dupla nat, meg összevissza layer3azódott dolgokat otthon kerülném, ha lehet.




Mélyen átérzem Ildikó nyomorát: https://hup.hu/node/136513#comment-1805734

Ha szerinted csak azért kell ma egy informatikusnak az angol, hogy a kezéből kieső kódban angolul legyenek a dolgok, akkor kicsit még törd a fejed.




Win 8.1, 100% lemezhasználat ébredés után: https://hup.hu/node/136859#comment-1806347

ilyesmit tapasztalok én is, tegnap nézegetve úgy tűnt, hogy shadow volume copy készül, uh. tarkónbasztam a restore pointozást, ma még nem indítottam a gépet, uh nem tudom, nyertem-e, de gyanús.




Korlátlan internet, UPC: https://hup.hu/node/136793#comment-1805383

Ennél azért valószínű kicsit árnyaltabb a dolog. Nem csak UPC, úgy általában
- Az, hogy ezt sehol nem írják ki legalább az általános tech paraméterek közé, az kurvagáz (mondjuk itt: http://www.upc.hu/kabel-internet/fiber-power-120/) (igazából már a hirdetésen is ott kellene legyen)
- Az, hogy van, az önmagában azért talán még elfogadható, a technológia ilyen.
- A mértékével viszont több baj is van
- Egyrészt az időben korlátlan duma fentebb rusnya aljas kibúvó csak. Időben korlátos net ma már nem létezik, egyértelmű, hogy mindenki adatot ért alatta, és ezt is akarja sugallni, ezzel egy kicsit is egy békánál értelmesebb bíró a picsába hajtana el akárkit.
- Másrészt szerintem azért ez akkor elfogadható, ha egy korlátlannak reklámozott izébe a normálisan (vagyis nem csak csodabogarak által elvárt) mennyiség bőven kényelmesen belefér. Azért ha valamit azzal hirdetnek, hogy "Legyen szó zenékről, programokról, HD filmekről…ennek a csomagnak semmi sem akadály!", ott már kicsit csükcskös, hogy tizenpár BDrip sok lesz.
- Harmadrészt meg azért szerintem illenék ennek nagyjából pariban lenni a sávszéllel. Namost, ez max csövön 5 és fél óra, de a garantált 30 mbiten is kb 22. Ami azért havi kerethez képest kicsit karcsú :)




Korlátlan internet, UPC: https://hup.hu/node/136793#comment-1805396

Egyszer sem, nem is vagyok upc előfizető (pedig van olyan, ahol nem bánnám, ha lehetnék). Viszont szoktam apróbetűst olvasni, éppen azért, mert az állítja be rendesen a kereteket. Volt, akivel azért nem kötöttem többekközött szerződést, mert ugyanez a nonszensz jött ki a matekból ott is, meg még bónusznak bennefelejtették, hogy háztartásonként 2 számítógép, vagy valami hasonló kőkori hülyeséget.

Egyébként pedig éppen azért, mert az ASZF a mérvadó, szerintem viszonylag lényegtelen, hogy az UPC hányszor él ezen jogával, és hogy most éppen "jófej", és nem csesztet. Mert aztán jön egy olyan középvezető, aki spórolni akar a BIX linken egy kicsit, a jófejség megszűnik, neked még van másfél éved.

Most te jössz, bármi érdemi a fentebbi, direkt kiemelten általános felvetésekre?




Korlátlan internet, UPC: https://hup.hu/node/136793#comment-1805598

"Sajnos nem tudok érdemben hozzátenni, mert nem érint a probléma. Kicsit sem."
Értem, tehát ha neked még belefér, akkor nem lehet probléma. Nem baj, hogy direkt generalice kérdeztem, hogy ez a mérték rendben van-e, értelmes keret-e, mire te jöttél azzal, hogy dehát nem tiltottak ki.

"Elég jó rálátásom van a UPC belső működésére, ehhez _nagyon_ sok középvezetőnek kéne egyszerre lecserélődni."
Látod, pont ezt próbálom magyarázni, hogy ez engem, mint fogyasztót nem érdekel. Sem az UPCnél, sem máshol. A köztünk levő viszony tekintetében szerződés, meg az aszf a mérvadó. Az, hogy te az UPCbe belelátsz, és szerinted így van, már elnézést, de a lőtéri döglött kutyát se nagyon. Pontosan azt mndodod, hogy "ugyan oda van írva, de ezt úgyse fogják számonkérni, bízz benne". Miért tenném? Ha úgyse fogják, minek van ott?

Egyébként pedig tapasztalatom szerint egy multicégnél -- márpedig tekintve, hogy mi főleg telkóknak szállítunk be, láttam már pár ilyet közelről -- bármikor jöhet egy olyan megmondás, ami azt eredményezi, hogy egy ilyet a jövő hónaptól véresen komolyan kell venni, mert valaki odafenn böffentett egyet reggeli után. Na most akkor, 1:1, szerintem ez, szerinted az. Mi is fog számítani?




Korlátlan internet, UPC: https://hup.hu/node/136793#comment-1805402

Azért a fossáreklámozott "legyen mindben a cloudban" világ mellett ennyire azért ez nem egyértelmű. Vagy legalábbis egyre kevésbé.




Pince ajtónyitó riasztó: Hogyan? Milyet? Milyen megoldást?: https://hup.hu/node/136648#comment-1803434

Oda van írva, hogy since 1992, lehet a honlapra vonatkozik :D

Ettől persze még a cuccaik lehetnek jók, meg érthetnek hozzá. (Mondjuk hogy biztonságtechnikai cég miért csinál rózsaszínt...)




debianfork.org - Újabb tiltakozás a Debian systemd tervei ellen: https://hup.hu/cikkek/20141020/debianfork_org_ujabb_tiltakozas_a_debian_systemd_tervei_ellen#comment-1794318

Ezt miből következtetted ki?




debianfork.org - Újabb tiltakozás a Debian systemd tervei ellen: https://hup.hu/cikkek/20141020/debianfork_org_ujabb_tiltakozas_a_debian_systemd_tervei_ellen#comment-1796055

amíg ki nem dobják a kfreebsd portot :)




debianfork.org - Újabb tiltakozás a Debian systemd tervei ellen: https://hup.hu/cikkek/20141020/debianfork_org_ujabb_tiltakozas_a_debian_systemd_tervei_ellen#comment-1799985

A Hurdot hagyjuk, játék, az is marad, a kfreebsdt meg emlékeim szerint épp megfenyegették, hogy vagy nekiállnak karbantartani, vagy nem lesznek hivatalos port. Szóval a gyakorlatban a nagytöbbségnek a Debian mégiscsak linux.

Tény, hogy komplexebb, mint egy átlagos linux disztró, azt mondjuk nem tudom, hogy mennyire unixabb, mint egy akármi más linux.

Ez a Trinity mennyire élő projekt? Mostanában ugyan nem desktop linuxozom, de a kde4től nem estem hasra, a hármat viszont szerettem...




debianfork.org - Újabb tiltakozás a Debian systemd tervei ellen: https://hup.hu/cikkek/20141020/debianfork_org_ujabb_tiltakozas_a_debian_systemd_tervei_ellen#comment-1803364

Azért az igazság az, hogy eredetileg linux disztró volt, és lényegét tekintve most is az, a fő szempontokat az diktálja. Mivel egyébként egy elég befogadó projekt, ami azt az elvet követi, hogy aki nem tesz keresztbe másnak, azt szívesen látják, csinálhatja, ami neki kedves. Ezért aztán volt pár ember, aki játszik a hurddal benne, meg a freebsd kernellel. Ez utóbbiak az előző ciklusban elég jól megcsinálták a portolást ahhoz, hogy hivatalos port legyen, viszont mostanra láthatólag elfogyott a lendület, ki is csapták szívbaj nélkül a minap (mármint mint hivatalos portot, természetesen ettől még akinek kedves, csinálhatja, csak nincs központi secupdate és hasonlók). Szóval a debian linux, ami alapvetően csomagolja az opensource világ használható dolgainak nagyrészét.

És persze, sokmindennek alapja, de ettől még nem lesz unixabb, mint akármi más linux, meg azt sem értem, a szerver funkciók hogy jönnek ide.

-- trinity: hát mondjuk a latest news tavaly nyár... :/




debianfork.org - Újabb tiltakozás a Debian systemd tervei ellen: https://hup.hu/cikkek/20141020/debianfork_org_ujabb_tiltakozas_a_debian_systemd_tervei_ellen#comment-1803412

bammeg, ez így reggel....




debianfork.org - Újabb tiltakozás a Debian systemd tervei ellen: https://hup.hu/cikkek/20141020/debianfork_org_ujabb_tiltakozas_a_debian_systemd_tervei_ellen#comment-1793552

Ha a zorp tele van ilyen katyvaszokkal, miközben erősen megkerülhetetlen, akkor a zorp a hibás, és kezdeni kell vele valamit ;)




debianfork.org - Újabb tiltakozás a Debian systemd tervei ellen: https://hup.hu/cikkek/20141020/debianfork_org_ujabb_tiltakozas_a_debian_systemd_tervei_ellen#comment-1793555

ez sem igaz egyébként feltétlen, mondjuk ha van egy órás window, és nem fér bele a plusz restart, az nem buli :) Bár ez inkább a vasak csámcsogásán múlik...




debianfork.org - Újabb tiltakozás a Debian systemd tervei ellen: https://hup.hu/cikkek/20141020/debianfork_org_ujabb_tiltakozas_a_debian_systemd_tervei_ellen#comment-1793562

Még mindig sokkal inkább webdesign mint, mint ami az átlagos opensource projectek weblapján van :)




debianfork.org - Újabb tiltakozás a Debian systemd tervei ellen: https://hup.hu/cikkek/20141020/debianfork_org_ujabb_tiltakozas_a_debian_systemd_tervei_ellen#comment-1793563

Szerintem neked akkor ez visszalépés lesz ;)




Fájlok kezelése webszerveren, több felhasználóval?: https://hup.hu/node/136642#comment-1803072

Sehogy, direkt nincs ilyen, mindenféle attack vektorok jönnek vele. Ha kb egyszerű, mappánként egy csoport lefedi, akkor setgid vagy default aclek csoportokrokra. Ha ennél bonyibb kell, akkor acl userlistákkal.




Logfigyelő bash script: https://hup.hu/node/136579#comment-1802023
#!/bin/sh

tail -n 0 -F $1|awk /^$2/

miért nem jó?




Milyen szerver egy kisvállalkozásnak?: https://hup.hu/node/136537#comment-1801357

Nem biztos, hogy van switch. Persze az kb 5k huf.




Milyen szerver egy kisvállalkozásnak?: https://hup.hu/node/136537#comment-1801358

Hint: nyomtatószerver.




Milyen szerver egy kisvállalkozásnak?: https://hup.hu/node/136537#comment-1801360

ja, láttam már ilyet. Sok mindennek nevezném, csak stabil nyomtatószervernek nem :)




Fuzix OS - Alan Cox UNIX System V élményt nyújtó OS-t jelentett be: https://hup.hu/cikkek/20141103/fuzix_os_alan_cox_unix_system_v_elmenyt_nyujto_os-t_jelentett_be#comment-1799875

azon, hogy lebutították a gnomeot, hogyan segít, ha magad forgatod?




Fuzix OS - Alan Cox UNIX System V élményt nyújtó OS-t jelentett be: https://hup.hu/cikkek/20141103/fuzix_os_alan_cox_unix_system_v_elmenyt_nyujto_os-t_jelentett_be#comment-1799982

Értem :) És ez mivel jobb, mint simán meghagyni valami régebbi rendszert, ill esetleg használni mondjuk a MATE-t? Nem kötözködésből, tényleg érdekel, mert azért egy komplett gnome fordítás nem feltétlen leányálom...




Cooper teszt: https://hup.hu/node/136417#comment-1799397

Húzodzkodáshoz:
- szólj az edző bának, hogy szerzzen be ehhez való gumiszalagot, amit fel lehet akasztani, és bele lehet lehet térdelni.
- állj fel valamire úgy, hogy elérd a rudat talpról, ugorj fel, majd koordináltan, lassan ereszkedj le.
- csinálj mélyevezést trxen (ha van)

de ezeket mondjuk az edzőbának mind illene tudni...




Cooper teszt: https://hup.hu/node/136417#comment-1799633

Akkor inkább szerezz egy gumiszalagot, és ott bicepszezz :) Pláne, ha egyébként is a karodat akartad a húzódkodással erősíteni ;)

Egyébként lehet kapni ajtófélvára akasztható / közé feszíthető rudat. Én az akasztóst nem preferálnám (a kereten lóg ferdén, félteném), viszont a közéfeszegetős jó lehet, bár ha nagyobb darab vagy, vagy sokat tudsz csinálni, akkor érdemes lehet felfúrni.




Cooper teszt: https://hup.hu/node/136417#comment-1799678

Nekem pont az a bajom vele, hogy a szemöldökfát féltem a kitépéstől :)

A közéfeszítős valóban csücskös, de a tapasztalat, hogy 90 kiló környékén egy 5 darabra jó...




Cooper teszt: https://hup.hu/node/136417#comment-1799630

Ja, azt osztom, nekem se kedvencem :) Csak a "ha húzodzkodás van, eleve esélytelenből" azt a következtetést vontam le, hogy nem tudod rendesen csinálni a gyakorlatot, ezért gondoltam leírom, mik a könnyítései (mivel mostanság nekem is sok a ballaszt ahhoz, hogy értelmes mennyiségben könnyítés nélkül csináljam :) )




Cooper teszt: https://hup.hu/node/136417#comment-1799670

trx van?

Illetve tényleg a rendes rúd, felugrás, lassan enged. :)




Az érem másik oldala: https://hup.hu/node/135846#comment-1790639

A fenti idézet alapján pl akkor, amikor ezt az iratok átnyújtása helyett teszi...




Az érem másik oldala: https://hup.hu/node/135846#comment-1790320

Az ügy szempontjából teljesen off, de hogy a szövegben háromszor szerepel a "zsaru" szó, és nem idézetben, hanem a police.hu narratívájaként, az iszonyatosan gyász.




Az érem másik oldala: https://hup.hu/node/135846#comment-1790326

Tudom, de ettől még egy gyakorlatilag hivatalos közleményben az ilyenek, hogy "Az igazgatóhelyettes asszony a zsaruknak később elmondta" nagyon nagyon amatőren hangzanak nekem.




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1788463

azért Lennart jó eséllyel sokkal több egyszerű kódernél... :)




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1788489

tűnik. RH7 default nem rakja fel (legalábbis a minimal tuti nem tette, mást meg nem igazán szoktam telepíteni).
Egyébként az is megér egy misét, hogy miért nem volt jó az ifconfig bővítése...




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1788522

Deprecated kernel apit használ, ezért vannak olyan dolgok, amik akár nem is látszanak (pl ip-vel label nélkül felvett extra címek a legtriválisabb szopás), illetve előbb utóbb ki fogják csapni a kernelből...




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1790552

de annak ronda xml a konfigja :P




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1790568

Megvolt a végén a ":P"? ;)

Viccet félretéve: Nem tudom kód szinten eldönteni, hogy mekkora szívás lett volna beleerőltetni a linux kernel izéit -- pl cgroups, amikhez azért tényleg jó ha van értelmes userland is), de őszintén szólva én sem nagyon értem, hogy miért nem merült ez fel sehol komolyabban, mert azért ha tippelnem kellene akkor technikailag meg kellene valósítható legyen. Én két dolgot tudok mögé képzelni (azon túl, hogy a saját kerék mindig píbb): az egyik valami licenszhuszárkodás, a másik, hogy senki nem nagyon szeretett volna függeni attól a solaristól, amit Larry bácsi -- szándékoltan vagy sem -- bárddal próbál széjjelverni mióta csak rátette a kezét.




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1790570

és ez mennyiben releváns?




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1790599

Értem, így valóban van benne valami. Mondjuk azért a lényegesen több telepítésben egyáltalán nem vagyok biztos (pláne úgy, hogy solarison azért nagyobb eséllyel használták is, nem csak úgy volt), illetve azért a linux kernelre portolt smf csak a linux kernelt érintő részeiben lenne újdonság, a komplett userlandja meg vezérlése nem. És zeller pont ezt mondta.




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1788485

http://xkcd.com/927/

Bár ebben a konkrét esetben erősen úgy tűnik, hogy legalább linux fronton kvázi ez lesz az egy standard, szóval neked mint fejlesztőnek csökkeni fog vele a munkád majd.

Én egyébként nagyon nem bánom, hogy a kurvasok boilerplate shell eltűnik majd a vérbe, de azért a systemd uiját szokni kell.




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1789762

De van. De egyrészt ha az eddig mondjuk 4 féle (az RH, Debian, Ubuntu, SLES lista gondolom komolyabb szofvernél kb a minimum) helyett a linuxok egységesednek 1-re, máris kevesebb a dolgod. Másrészt pedig ha tetszik, ha nem, ma a unixos világ egészére befolyással van, hogy merre megy a linuxos világ. Ha a systemd elterjed, én igenis várom (mármint nem vágyom rá, hanem szerintem ez lesz), hogy a systemd más unixokon is megjelenik vagy portolva, vagy kompatibilitási réteg formájában, és sokan azt fogják mondani, hogy a számukra kevésbé érdekes mondjuk xBSD platformot ezentúl így támogatják (linux-compat? :)).




Lennart Poettering a nyílt forrású közösség **ggfejeiről: https://hup.hu/node/135791#comment-1789929

szerintem hagyd, egyszerű mezei troll.




München marad a szabad szoftver mellett (legalábbis jelenleg úgy fest): https://hup.hu/cikkek/20141017/munchen_marad_a_szabad_szoftver_mellett#comment-1792746

nekem a ragzotta spec műparasztnak hangzik...




München marad a szabad szoftver mellett (legalábbis jelenleg úgy fest): https://hup.hu/cikkek/20141017/munchen_marad_a_szabad_szoftver_mellett#comment-1792759

bevallom őszintén úgy érzem, valamit nem értek :)




München marad a szabad szoftver mellett (legalábbis jelenleg úgy fest): https://hup.hu/cikkek/20141017/munchen_marad_a_szabad_szoftver_mellett#comment-1792964

jah, csak az irónia detektorom romlott el, értem, danke :)




10 gigabites ethernet otthonra: https://hup.hu/node/136049#comment-1792303

Mondjuk ha a cég azt szeretné, hogy ilyenen otthon dolgozzak, akkor azért nem ördögtől való, hogy ad hozzá infrastruktúrát...




Mit sportolsz?: https://hup.hu/szavazasok/20140706/mit_sportolsz#comment-1753736

akkor már inkább a trx, fitness, crossfit alatt.




Mit sportolsz?: https://hup.hu/szavazasok/20140706/mit_sportolsz#comment-1753923

A fitnesst azért kb gondolom, főként önsúlyos gyakorlatok...

A trx egy dupla heveder fogantyúval, ami fel van lógatva, van rajta két kapaszkodó, kb mell-derék magasságban (állítható). Kb mintha egy rendes tornász gyűrűt lógatnál le, csak nyilván kényelmesebb. Ezen lehet mindenféle húzódzkodásokat, fekvőket, egyensúly gyakorlatokat, meg mindenféle önsúlyos gyakorlatokat csinálni. Elég jó, könnyen szabályozod a nehézséget azzal, hogy hol állsz, ezért az erősséget is tudod igazítani magadnak, meg egyaránt lehet max erős, és pörgős dolgokat is csinálni vele. Mozog, uh nem olyan, mint a fix csigás edzőtermi izék, amik izolálnak egy egy izmot, és viszonylag változatosan lehet mindenféle izmot mozgatni.

A crossfit meg egy nagy vegyesfelvágott edzésprogram. Tipikusan köredzés, klasszikus önsúlyos gyakorlatok: ugrálás, kitörés, guggolások, felülések, fekvők, húzódzkodás, stb.(esetleg nehezítve kézisúllyal); némi egyszerűbb eszközös gyakorlatok: ugrálókötél, gumiszalag, medicinlabda, fitness labda, stb. Illetve ide jön be a TRX és a kettlebell is. Nyilván ezek alkalmazása edzőtől is függ, mi pl elég sokat bellezünk, nem nagyon van edzés, hogy ne lenne valami. Pénteken pl az edzés elején bell technika volt, a WOD meg egy 10-8-6-4-2-es kétkezes snatch, kétkezes nyomás, goblet guggolás, swing, húzodzkodás, fekvő sort volt.

Szóval szellemiségében imho mindkettőhöz sokkal közelebb áll a bell, mint a gyúráshoz. De az egyéb is védhető álláspont, csak FYI :)




Mit sportolsz?: https://hup.hu/szavazasok/20140706/mit_sportolsz#comment-1755056

Pedig van. Ők egy kicsit többet swingelnek :)




Mit sportolsz?: https://hup.hu/szavazasok/20140706/mit_sportolsz#comment-1754134

pacalpörkölt?

Komolyan, attól hogy valami túl van hypeolva még lehet sport.




Mit sportolsz?: https://hup.hu/szavazasok/20140706/mit_sportolsz#comment-1753939

Ez a nordic walking ez mitől poén? Nem lekicsinylésből, mert nyilván nem én vagyok a helikopter, de nekem kb annyi jött le, hogy túrázzunk bottal...




Mit sportolsz?: https://hup.hu/szavazasok/20140706/mit_sportolsz#comment-1754034

Akkor nem lőttem nagyon mellé :) A túrával meg nincs gond, sőt :)




+1: https://hup.hu/node/135987#comment-1791414

Nekem nincs, csak egy, de az azért, mert van benne szöveg a +1-en kívül is. Mi van a boring comment regexben?




Visszatérhet az FFmpeg a Debian-ba: https://hup.hu/cikkek/20140729/visszaterhet_az_ffmpeg_a_debian-ba#comment-1763372

Mikor átfutottam a threadet, akkor ott valaki (asszem az ffmpeges eredeti srác írta), hogy a libav-val üszkve 6 havonta volt sec patch, vagy valami ilyesmi. Ez tényleg ekkora gond, vagy van még más is? Tényleg kérdezem, nincs véleményem, csak mondod, hogy szerinted a sec teamtől jogos, de ez alapján a részinfó alapján nem tűnik elviselhetetlennek a dolog...




Visszatérhet az FFmpeg a Debian-ba: https://hup.hu/cikkek/20140729/visszaterhet_az_ffmpeg_a_debian-ba#comment-1763802

Hát nem tudom. Értem én, hogy van dolguk elég, de végülis ők akarnak security teamet játszani, az meg picit hátrább lépve minden patchelés szopás :)

Azért furi, mert a debianra nem jellemző, hogy emiatt kihagyjon dolgokat, kb minden be van csomagolva, ami valakit is érdekel, nem egy rh, ahol rábökünk, hogy ez lesz a webszerver, és csoki... Pl ahogy nézem a testing csomaglistáját (amiből azt a következtetés vonom le, hogy azok a csomagok be akarnak kerülni a stableba, és ezzel senkinek nincs komoly hasfájása), mysql-server, meg mariadb-server is van, és úgylátom még csak nem is conflictolnak... Szal kicsit furi, de persze partvonalról könnyű okosnak lenni.




Visszatérhet az FFmpeg a Debian-ba: https://hup.hu/cikkek/20140729/visszaterhet_az_ffmpeg_a_debian-ba#comment-1763868

A többi szempontot tök értem, és jogos is, bekaphassák alapvetően a forkjukat, csak security szempontból hoztam példának, szerintem kb ekvivalens a dolog, akkor is, ha más a csomag neve.




Visszaélésre hivatkozva távolította el az Apple a népszerű Launcher-t az App Store-ból : https://hup.hu/cikkek/201410002/visszaelesre_hivatkozva_tavolitotta_el_az_apple_a_nepszeru_launcher-t_az_app_store-bol#comment-1787023

nem olvastam el, csak a link neve alapján akkor van esély, hogy ha unlockolom a Z-m, akkor nem fogja hajnalban kiégetni a retinám autobrightnessel? :D




Visszaélésre hivatkozva távolította el az Apple a népszerű Launcher-t az App Store-ból : https://hup.hu/cikkek/201410002/visszaelesre_hivatkozva_tavolitotta_el_az_apple_a_nepszeru_launcher-t_az_app_store-bol#comment-1787024

-- dup --




inetd wait és /bin/cat: https://hup.hu/node/135822#comment-1788619

screen vagy tmux?




Számodra is hasznos és fontos nyíltforráskódú szoftver honosítását milyen módon támogatnád (elsősorban üzleti téren használt): https://hup.hu/szavazasok/20141005/szamodra_is_hasznos_es_fontos_nyiltforraskodu_szoftver_honositasat_milyen_modon#comment-1788212

Spec mondjuk az smtp hibaüzik azok mennek vissza a végfelhasználóhoz, szóval ott nem olyan nagy baj. Ő a szövegből érti mi a baj (már persze ha), te meg az 550ből.




Számodra is hasznos és fontos nyíltforráskódú szoftver honosítását milyen módon támogatnád (elsősorban üzleti téren használt): https://hup.hu/szavazasok/20141005/szamodra_is_hasznos_es_fontos_nyiltforraskodu_szoftver_honositasat_milyen_modon#comment-1788750

Hát, pedig én egy csomó embert láttam már, aki a magyarra lefordított "ismeretlen felhasználó: kovaty.marcsika@valami.hu, nem tetszett elgépelni" válaszból felfogta, hogy elgépelte, és megoldotta maga, angolul meg nem értette volna mi van.

Az üzemeltető meg nézze meg a logjait ;) (Hozzáteszem, smtpnél szerintem a jó -- bár ritka gyakorlat -- az english below; mese magyarul; mese angolul.

És egyébként azzal egyetértek, hogy egy szerver ne beszéljen !angolul under-the-hood. De az smtp ezen oldala az nem szerver, a végfelhasználónak szóló egyetlen visszajelzés. Ilyen alapon egy 404es hibalap se legyen !angol, kb pont ugyanez: "nem tudtam mit kezdeni a leveleddel, mert nem ismerem a címzettet" - mondja a szerver vs "nem tudok mit kezdeni a kéréseddel, mert nem ismerem az oldalt" - mondja a szerver. >Aztán meg nocsak nocsak, mit lát itt az ember<




Számodra is hasznos és fontos nyíltforráskódú szoftver honosítását milyen módon támogatnád (elsősorban üzleti téren használt): https://hup.hu/szavazasok/20141005/szamodra_is_hasznos_es_fontos_nyiltforraskodu_szoftver_honositasat_milyen_modon#comment-1788835

igen, ez egy kiragadott példa, amit te ragadtál ki ;) én meg azzal kezdtem hogy "spec smtp". Abból, hogy van akinek nem megy a hibaüzenet értelmezése miért következik, hogy akkor a hibaüzenetek maradjanak angolok, hogy a többieknek, akiknek eszük ugyan lenne hozzá, csak nyelvtudásuk nincs se legyen esélyük? Értem én, hogy szerver mondta, de ez usernek szánt hibaüzenet, amit rendes körülmények között a user által adott adatok miatt előállhat, része a user interfacenek, nem pedig valami belső basz, amivel úgysem tud mit kezdeni.

Neked ugyan segítséget nem nyújtott, de gondolom igazán nem is akadályozott, tekintve, hogy ezekben a blablakban információ ritkán van, hacsak nem arról szól, hogy ez ugyan 550, de mi igazából megbasztuk a protokollt, és nem azt jelenti, amit valójában kéne neki jelenteni (nyilván ilyen is van smtp környékén főleg, de az már az smtpvel magával probléma nem az elvekkel.)

De komolyan, akkor most a 404-el mi van? Az is legyen angol?




Számodra is hasznos és fontos nyíltforráskódú szoftver honosítását milyen módon támogatnád (elsősorban üzleti téren használt): https://hup.hu/szavazasok/20141005/szamodra_is_hasznos_es_fontos_nyiltforraskodu_szoftver_honositasat_milyen_modon#comment-1788941

Ami azért rossz... Mert te nem szeretsz nem angol szöveget nézni? Merthogy eddig még nem sikerült kifejtened, hogy ezen túl mivel rosszabb...

Én is mindent angolul használok. És? Mi köze van ennek ahhoz, hogy hogyan kell működnie általános felhasználásra szánt rendszereknek? Szerintem igenis jogos, hogy a konzumerhez lehetőleg az anyanyelvén szóljon egy számítógép, ha neki az az igénye. Sokkal jogosabb, mint a supportos szaki igénye arra nézve, hogy legyen angol, mert ő nem szeret lengyel krikszkrakszot nézni a munkája közben, mert az csúnya hibrid szar.




Számodra is hasznos és fontos nyíltforráskódú szoftver honosítását milyen módon támogatnád (elsősorban üzleti téren használt): https://hup.hu/szavazasok/20141005/szamodra_is_hasznos_es_fontos_nyiltforraskodu_szoftver_honositasat_milyen_modon#comment-1788456

ilyent rendszeresen látok az mail replykben :)




IPV6 kell privát IPV4 esetén?: https://hup.hu/node/135798#comment-1788340

Ha nem kell, kapcsold ki. (De minimum egy ip6tables mindentilt szabályt).

Előnye annyi lehet, hogy ha kintről kell elérni, más cuccokkal kell beszéljenek (később mikor már lesz rendesen ipv6 mindenhol), akkor kevesebbet kell bűvészkedni, mert nem lesz ütközés.




IPV6 kell privát IPV4 esetén?: https://hup.hu/node/135798#comment-1788403

pl kikerüli az összes tűzfal szabályod? ráadásul elég tipikus scenario hogy lesz ott nem link local is, amit valaki elkezd címeet osztogatni...




IPV6 kell privát IPV4 esetén?: https://hup.hu/node/135798#comment-1788454

ja, ugyanez az outputra meg a forwardra is.




Kérés átirányitás másik célcimre: https://hup.hu/node/135805#comment-1788341

apache mod_rewrite-ban van REMOTE_ADDR variable, amire matchelve
a) elküldöd egy http 301-el a helyére
b) elküldöd valami olyan urlre, ami mögé beheggeszted a másik szervert reverse proxyval

attól függően, hogy benne akarsz-e maradni a forgalomban, illetve hogy fáj-e a kliensnek az átirányítás.




Kérés átirányitás másik célcimre: https://hup.hu/node/135805#comment-1788361

Leszámítva, ha az urlbe ipt írok, hehe :) (jogos egyébként)




Kérés átirányitás másik célcimre: https://hup.hu/node/135805#comment-1788373

Akkor mostmár tényleg nem vagy világos. :)




Kérés átirányitás másik célcimre: https://hup.hu/node/135805#comment-1788402

Mármint komolyan, kifejtenéd légyszives, hogy mit szeretnél konkrétan elérni?




Kérés átirányitás másik célcimre: https://hup.hu/node/135805#comment-1788453

ha mindenképp ez kell, akkor NAT. De gyanús, hogy tényleg jobb lenne, ha elárulnád a feladatot.




A Bash "Shellshock" sebezhetőség publikálása és aktív kihasználása óta: https://hup.hu/szavazasok/20140930/a_shellshock_bash_sebezhetoseg_%20publikalasa_es_aktiv_kihasznalasa_ota#comment-1785930

A kollégák, akikhez beestek ezek, tekergetik a rendszereinket. Ami saját, azt tudtommal megpeccselik (nyilván ez függvénye annak, hogy most épp van e működő patch, vagy a CVEk állnak nyerésre), ami nem a mi kezünkben van, arra ha jól tudom folyamatban van a patch releaselése.

Mondjuk minket személy szerint nem nagyon érint, azokon a nodeokon, ahol tömegeknek van shellje ott eleve egy restricted shell van, és nem lehet remote commanddal megkerülni sshn, webes izék meg nem hivogatnak ilyesmit CGIn. Igazából szerintem egy kissé túl van ez lihegve sok esetben.




Memóriában dolgozás: https://hup.hu/node/135661#comment-1786646

Szerintem a búsfaszba küld el őket placebóstól...




Memóriában dolgozás: https://hup.hu/node/135661#comment-1787002

bár már volt a link, de: http://devnull-as-a-service.com/




Memóriában dolgozás: https://hup.hu/node/135661#comment-1787003

Mondjuk a gnu tarnál emlékszem, hogy volt valami hackolás, hogy az okos programozó egy csomó mindent shortcutolt, ha úgy is devnullba megy, aztán ment a csodálkozás, hogy bizonyos dolgok furik,




Memóriában dolgozás: https://hup.hu/node/135661#comment-1787226

az se rossz megoldás, de felénk azt jelenti "furcsák" ;)




UHU-Linux 3: https://hup.hu/cikkek/20140716/uhu-linux_3#comment-1758149

dehát ez is LTS :D

feljebb meg valaki már kiszámolta az ütemtervet a wikiből, nem értem, miért nem jó :D




UHU-Linux 3: https://hup.hu/cikkek/20140716/uhu-linux_3#comment-1758166

(persze, a kettőspontdé azt hivatott jelölni. Minden tiszteletem a zuhué, de szegény erősen halott volt mostanság)




UHU-Linux 3: https://hup.hu/cikkek/20140716/uhu-linux_3#comment-1758850

viszont ennek semmi köze ahhoz, hogy a .uhu mögött rpm, dpkg, pacman, vagy tar a technikai megvalósítás...




UHU-Linux 3: https://hup.hu/cikkek/20140716/uhu-linux_3#comment-1758945

Nem értem a kérdést, legalábbis nem abban a kontextusban, amiről én beszéltem. Azt akartam mondani, hogy mindegy, hogy rpm-e mondjuk, susehez pl azért lehet találni csomagokat, mert a suse elég népszerű ahhoz, hogy random basz be legyen rá csomagolva, akkor is, ha a diszróban nincs alapból. Ez akkor is így lenne, ha nem rpm lenne mögötte, hanem valami más, vagy ha az uhu mögött is rpm lenne, attól sem lenne rá hirtelen egy csomó minden. (Mint említették, most is tulképp dpkg van mögötte, de attól még, hogy ugyanazt használja két distro csomagkezelésre, még nem ugyanúgy fogják: más lesz a konvenció, hogy mit hova kell tenni, másképp fogják hívni a függőségeket, stb.. ezért egy fedora és egy suse rpm csak elég korlátozottan csereszabatos)




Speciális [tcp]port forgalom mérése: https://hup.hu/node/135684#comment-1786689

mármint tcp port vagy switchport?




Speciális [tcp]port forgalom mérése: https://hup.hu/node/135684#comment-1786731

ugyan zabbixot még pont nem használtam, de egy gyors google meggyőzött arról, amit azért sejtettem, hogy rajzol ez grafikont mindenféle networkről is.

De egyébként te tényleg részletes statot akarsz arról, hogy mennyit forgalmazott a host a zabbixal? Minek?




Speciális [tcp]port forgalom mérése: https://hup.hu/node/135684#comment-1786773

Első körben hacsak nem futtatsz baszottsok checket egy hoston, akkor azért felteszem, hogy ez nem fog látványos issuet okozni (ha igen, akkor a zabbix szar), tehát inkább a zabbix hoston nézelődnék, hogy kumuláltan mennyire fáj ez az egész. Egyébként talán dokumentációnak is kéne lenni erről...

De ha mégis, akkor én ilyen méretezéshez lehet tényleg azt csinálnám, hogy kézzel egy gyors iptables rule felhúznék, percenként belcronoznám egy textfileba az aktuális állást, aztán excel (azzal lehet deltát számolni, grafikont rajzolni, mindenféle baszt csinálni)




Speciális [tcp]port forgalom mérése: https://hup.hu/node/135684#comment-1786713

http://ipaudit.sourceforge.net/ (meg az ipaudit web), http://cacti.net/index.php, http://bandwidthd.sourceforge.net/.

De ha csak nagyon célzottan szeretnél, akkor iptables rule, ami matchel az érdekes trafficra, azt 5 percenként behányni egy rrdtool dbbe, aztán fosatni pngket belőle




Térerőben a SIM-ek aktiválódjanak! LLama? Tasker? Más?: https://hup.hu/node/132363#comment-1731698

Ha tippelnem kellene (a telefoncsere után halogattam a láma visszaköltözetését, de már érik), akkor az a baj, hogy a lama kikapcsolja a simet, és utána ennyi, nem mér... de ezt meg kellene olvasgatni.




Térerőben a SIM-ek aktiválódjanak! LLama? Tasker? Más?: https://hup.hu/node/132363#comment-1731743

Pedig ha jól értettem, ez lenne a cél: Ugye ha nincs térerő, akkor a telefon viszonylag agresszívan keres cellát, ami azért eszik. Gondolom az lenne a cél, hogy ezt ne tegye ilyen gyarkan. Magyarul az OT simán feláldozza, hogy mondjuk 20 perc késéssel kapcsol a telefonja munkába menet, és lesz elérhető, ha cserébe nem zabálja neki otthon az akksit. El tudom képzelni, hogy ilyenkor csak 10 percenként küzdeni hasznos lehet.

Továbbra is nem nézve, hogy mi van most pontosan a lamaban, de egy

ha térerő kicsi kikap, valami timer elindit
ha timer lejárt, bekapcsol
(ha kicsi, majd kikapcsol a másik)

combó esetleg működhet, bár rá lehet szaladni lukra vele, ha épp peches időpontban mérsz rá handover előtt. Persze nyilván lehet a kicsi méréseket számolgatni, hogy ezt kiküszöböld, vagy ilyesmi.

---
Én esetleg megnézném, hogy a gsm ilyenkor mennyire eszi az akksit (a tapasztalatom az, hogy csak gsm, meg data off ha van térerő, akkor csodákat csinál wcdma-hoz képest)? Ha ez fos térerőnél is igaz, akkor a lamanak már lehet tanítani, hogy ha látja a melós cellákat, akkor bekapcsolni a jóságot, mikor meg elhagyja, akkor vissza gsm onlyra.




Térerőben a SIM-ek aktiválódjanak! LLama? Tasker? Más?: https://hup.hu/node/132363#comment-1731956

Akkor nincs mese, próbáld periodikusan bekapcsolgatni és úgy nézegetni. Kisérletezni kell, nincs mese.

Illetve gondolkodj el azon, hogy nem lehet-e valami külső triggert találni a feladathoz. Ha jól értem, a cél nem az, hogy tudjál méregetni, a cél az, hogy mikor otthon vagy, és tudod, hogy úgyis hiába küzd, akkor ki legyen kapcsolva. Szóval lehet, hogy az otthoni wifihez, a bluetooth füleshez, esetleg valami nfc taghez (bár ez személyes tapasztalatom alapján durván fosabb felhasználói élmény az automata okossághoz képest) kötni a ki-be kapcsolást...




Térerőben a SIM-ek aktiválódjanak! LLama? Tasker? Más?: https://hup.hu/node/132363#comment-1732026

Ha a wifi lekapcsol automatán ha nem használod otthon, akkor olyankor be fog kapcsolni...




Térerőben a SIM-ek aktiválódjanak! LLama? Tasker? Más?: https://hup.hu/node/132363#comment-1732330

én hiszek neked, de " ha lecsatlakozik róla, SIM On." és az, hogy "A wifi meg androidból van úgy beállítva, hogy ha a felhasználó nem aktív, akkor kikapcsol". Nekem azt jelenti, hogy ha leteszed a telót, akkor wifi lekapcsol -> sim bekapcsol. (aztán mivel a térerő fos, ezért sim lekapcsol, hogy a következő kör csak azután jön, hogy megint kézbe vetted és a wifi bekapcsolt, majd ki, vagy folyamatosan, azt nem tudom, függ attól, hogy a wifis feltétel hogy triggerelődik) A térerőt lekapcsolt szimnél ugye hiába nézegeted, szóval nem tudom hova írtad, de gyanús, hogy nem az igazi.




Térerőben a SIM-ek aktiválódjanak! LLama? Tasker? Más?: https://hup.hu/node/132363#comment-1731953

prog tudás híján valószínű egyszerűbb a lamabol vagy a taskerből kihajtani valamit, mert ott van egy csomo trigger, amihez nem kell a kód, csak az ifeket kell jól kitalálni, ami meg azért egyszerűbb mint JS-ezni.




ubuntu szerver távoli grafikus elérése: https://hup.hu/node/135328#comment-1786362

szerk: nem sikerült lezárni.




ubuntu szerver távoli grafikus elérése: https://hup.hu/node/135328#comment-1786642

sehogyse nem jó :(




Ti hogyan csinálnátok?: https://hup.hu/node/135325#comment-1782107

Ki kell tudni nyitni helyben? (Pontosabban: ki kell tudni nyitni, mikor nincs ott senki, akinél lehet valami ami kinyitja?)




A subscription is required for full access to the Red Hat Knowledgebase.: https://hup.hu/node/135635#comment-1786191

Hali,

1) Én ijedtemben ránéztem az az accessre, és simán tudom olvasni a rhel doksikat, mondjuk KBt valóban nem (ami tekintve, hogy subscriptionom ugyan nincs, certim viszont van, nem jófejség)
2) Dehogy kerül több százezerbe. Desktop self service évi 50 dollár, a server meg 350. Persze fogalmam sincs, hogy az 50 dodó mindent nyit-e?




A subscription is required for full access to the Red Hat Knowledgebase.: https://hup.hu/node/135635#comment-1786233

https://www.redhat.com/wapps/store/catalog.html




Öltönyt Budapesten hol?: https://hup.hu/node/134889#comment-1775285

kommerszebb helyek közül pl az arénában a peek & coppennemtommi, a tescoval átellenes oldalon felső részén elég sok, normális minőségű öltönyt van.




Ha szorít a határidő, mennyire vagy bevállalós egy rendszerkiépítési üzleti megbeszélésen? Egy specifikumhoz ragaszkodnak...: https://hup.hu/szavazasok/20140926/ha_szorit_a_hatarido_mennyire_vagy_bevallalos_egy_rendszerkiepitesi_uzleti_megbeszelesen#comment-1785659

Azért én el tudom képzelni, hogy a megrendelő tudja, hogy mik illeszkednek bele az infrastruktúrájába, minek az üzemeltetéséhez vannak emberei, stb, és ezeket bizony megszabja.




Ha szorít a határidő, mennyire vagy bevállalós egy rendszerkiépítési üzleti megbeszélésen? Egy specifikumhoz ragaszkodnak...: https://hup.hu/szavazasok/20140926/ha_szorit_a_hatarido_mennyire_vagy_bevallalos_egy_rendszerkiepitesi_uzleti_megbeszelesen#comment-1785967

Hát, márpedig dehogynem szabhatja meg, ő a megrendelő. Maximum te felállsz, és közlöd, hogy te ezt így nem vagy hajlandó szállítani, olyan nincs, hogy "eszed nem eszed, én ezt adom, mert szerintem ez jó".

Nyilván normális esetben ez egy kétirányú kommunikáció, de az azért úgy néz ki -- a példádnál maradva -- hogy te jössz, hogy szerinted mariadb, ő közli, hogy szerinte meg mysql. Te szépen elmondod, hogy a mysql ezzel meg ezzel lesz rosszabb, ő meg tudja, hogy mondjuk a mindenhol használt redhatjában mysql van, akkor azt választja, hogy inkább megemészti, hogy neki ezentúl a mariat be kell csomagolni, karban kell tartani, etc, vagy pedig inkább megemészti, hogy hiányzik a csilivil izékből 3 db, amit nem tudsz neki adni a mariadbvel, vagy akármi.

De a döntés azért alapvetően igenis az ő dolga.




Ha szorít a határidő, mennyire vagy bevállalós egy rendszerkiépítési üzleti megbeszélésen? Egy specifikumhoz ragaszkodnak...: https://hup.hu/szavazasok/20140926/ha_szorit_a_hatarido_mennyire_vagy_bevallalos_egy_rendszerkiepitesi_uzleti_megbeszelesen#comment-1785996

Ok, mea maxima culpa, akkor csak mirrorozni kell mondjuk extrába. De nem ez a lényeg, simán csak egy random példa volt. (Bár hozzáteszem, én el tudom képzelni azt, hogy mégis inkább a red hat által szállított mysqlt használnánk, amit bibi esetén a redhat supportál ellentétben a community mariadb repoval...)

A másodikhoz meg annyit, hogy tudom, hogy az informatika a világ közepe, de igazából nem, és egy ilyen döntésben is bőven vannak olyan faktorok, ami nem technikai, de egy ilyen döntést befolyásolnak, és nem az informatikus tiszte eldönteni. Nyilván ennek mondjuk triviális vége, hogy az infóst nyilván kevésbé zavarja, ha drága, mint a főnököt, de akár olyanok is lehetnek, miszerint nekünk van egy megállapodásunk mondjuk a mysql abvel, hogy mindenhol az ő szaraikat használjuk, ezért az olcsóbb (és erről mondjuk informatikus pistike nem is tud), uh márpedig én mysqlel kérek megoldást.

Szóval all in all, szerintem még mindig ott tartunk, hogy megszabhatja. (és nem, nem vitatom, hogy sokszor hülyeségeket akarnak megszabni)




Informatikusnak lenni trendi ?: https://hup.hu/node/134943#comment-1777140

Van, az első arra késztet, hogy valami ellen/mellett foglalj állást, a második meg, hogy önállóan alkoss véleményt. Velünk annó -- föként az amcsi -- tanárok játszottak nem egyszer olyat, hogy valami blődség ellen kellett érvelni, meg cáfolni, utólag visszanézve azt gondolom, hasznos volt. Egyszerűbb ilyennel kezdeni kialakítani az érveléstechnikát, mert van fogódzó...

Nem mondom, hogy szimpatikus az idézet, de a mögöttes pedagógiai módszertan ismerete nélkül én személy szerint erős túlzásnak érzem az üggyel kapcsolatos általános felháborodást ami mindenhol zajlik. (Pláne úgy, hogy a sok fröcsögő analfabéta észre sem veszi a "beszéljük meg" címet). A nyelvi igénytelenségek szerintem sokkal zavaróbbak benne.




Informatikusnak lenni trendi ?: https://hup.hu/node/134943#comment-1777191

Teccik :-) Mint mondtam, én sem szimpatizálok ezzel az izével (a kérdés valóban elég ostoba), de nem vagyok róla meggyőződve, hogy nem az a cél, hogy arról beszéljen a nebuló, hogy kroozo ki szerint pedofil. Élek a gyanúperrel, hogy egy hetedikesnek el van magyarázva, hogy az ilyen dobozok nem ex-cathedra kijelentéseket tartalmaznak.




www.emi.hu www-nélkül nem megy energetikai pályázatok: https://hup.hu/node/135400#comment-1783721

Ettől még a fenti kérdés jogos, mert igen, adott esetben ezt érteni kell a fölötte levő valaminek is, hogy lehet www meg www nélkül is. Tudom, hogy triviálisnak tűnik a php pisti által kézzel a kód elejére beírt domaintől kezdve, de azért mondjuk a hova tartoznak a cookiek, és melyik tartalmát kinek lehet odaadni, mi van ha a www. mellett van mail. amit más csinál és hasonló apróságok miatt a kérdés egyáltalán nem irreleváns, hogy ezt a webapp kódja kell kezelje, vagy egy redirect az elején kikényszeríti, hogy legyen ott, ezzel teljesen transzparensé téve a dolgot a kód számára.




Érdemes-e 35 év felett belevágni az első diploma megszerzésébe?: https://hup.hu/szavazasok/20140901/erdemes-e_35_ev_felett_belevagni_az_elso_diploma_megszerzesebe#comment-1775884

Ami meg szerintem egy ideje már OE-NIK. :)




Érdemes-e 35 év felett belevágni az első diploma megszerzésébe?: https://hup.hu/szavazasok/20140901/erdemes-e_35_ev_felett_belevagni_az_elso_diploma_megszerzesebe#comment-1775891

Ha mókázni akarsz, jó, ha nem, vidd el lefőzetni valahova :)




Érdemes-e 35 év felett belevágni az első diploma megszerzésébe?: https://hup.hu/szavazasok/20140901/erdemes-e_35_ev_felett_belevagni_az_elso_diploma_megszerzesebe#comment-1775908

Imho ezügyben is meglehetős mennyiségű értelmes okosság van interneten, meg akár könyvesboltban is, főző készletet meg multkor még a tescoban is láttam, a "vacakabb" (azért idézőjeles, ami azért a doboz alapján nem tök gagyit tartalmazott) olyan 40k, a szebb darab sárgrazes ugy 130 körül volt. Aztán utána még nyilván lehet mindenféle okossal játszani, "após" most épp valami diós ágyast gyártott valami tavalyi vegyesből, igen faja.

Mi egyébként sört szoktunk csinálni, az is buli :)




uselessd - egy systemd fork: https://hup.hu/cikkek/20140921/uselessd_egy_systemd_fork#comment-1782924

Az a baj, hogy ettől még a useless önmagában is megáll, úgyhogy ez tuti kimeríthetetlen humorforrás lesz az összes bugreportban. De ha 'use less', akkor se nagyon értem, hogy mi a pöcsért kell a daemonba egy interaktív text viewer :)

viccet félretéve, ha az urak azt elérik, hogy a systemd részei rendesen el vannak szeparálva (amire Lennarték amennyire értem sokszor mondják, hogy megcsinálható lenne, de szerintük nem kell), az nem lenne baj. Sajnos a 208as systemd-t forkoltuk, mert ott még nem volt kdbus azért előrevetíti, hogy nem nagyon lesz itt szoros követése a systemdnek.




uselessd - egy systemd fork: https://hup.hu/cikkek/20140921/uselessd_egy_systemd_fork#comment-1782937

persze, sok minden benne van. Még az is, hogy ha valaki megírja, akkor ez valamennyire a systemdbe is visszaszivárog...




uselessd - egy systemd fork: https://hup.hu/cikkek/20140921/uselessd_egy_systemd_fork#comment-1782925

Mondjuk ha az ember meló közepén updateket telepít egy archon, ami rolling release, tehát definíció szerint érdemes megnézni mi megy fel, azért az valahol keyboard-chair interface error is...




uselessd - egy systemd fork: https://hup.hu/cikkek/20140921/uselessd_egy_systemd_fork#comment-1783345

Kritikus update nincs reboot nélkül munkakörnyezetben (a systemd bizony ilyen) ;) Tudom, mikor még kicsihuszár voltam, nekem is tetszett a kilóméteres uptime, de azóta felnőttem: ha van changewindow egy updatehez, amiben lehet kiesés, akkor reboot. Inkább, mint három hét múlva derüljön ki a nullahúsz supportosnál, hogy mégse volt jó,.

Ha meg olyan a meló, hogy ha jön a telefon, akkor dolgozni kell, akkor nem kell pátyolgatós rolling releaset használni.




uselessd - egy systemd fork: https://hup.hu/cikkek/20140921/uselessd_egy_systemd_fork#comment-1783400

Lejött. :) Csak egy rollingtól számon kérni, hogy az, ami, az volt furcsa :-)




A Microsoft lehetővé teszi, hogy a magyar diákok ingyen letölthessék az Office programot: https://hup.hu/node/135222#comment-1781014

Ezzel szemben a valóság rengeteg helyen az, hogy egy előadásra akár 2-300 hely is ki lehet írva, a tárgyhoz tartozó 15-25 fős gyakorlatokból arra a 2-3 helyre, amit jó tanár tart / jó időpontban van ennek a 2-300nak a 2/3-a megpróbál bekerülni a nyitás utáni első 10-15 másodpercben (akik egyszerre az előadást is felveszik, mert anélkül a gyakszit nem lehet).

Azt meg, hogy szerinted egy adminiszrációs rendszerben jó design az, hogy ugyanmár, ugyse lesz lock probléma, le lehet szarni, az hogyismondjákcsak, amatőr, vagy ilyesmi




A Microsoft lehetővé teszi, hogy a magyar diákok ingyen letölthessék az Office programot: https://hup.hu/node/135222#comment-1781102

Illetve ugye van Julis a neptun webfelülete előtt otthon az adsl mögött, akinek azért ezeket kb konzisztensen kellene prezentálni. Mert lehet ugyan leszeparálni, mondván, hogy max ha a kliensnek peche van, akkor hibát dob, kicsit gyakrabban, mintha résztvevőnek tekintenénk a műveletben, de lássuk be, hogy akkor meg azabaj, ahogy a belga mondaná.




A Microsoft lehetővé teszi, hogy a magyar diákok ingyen letölthessék az Office programot: https://hup.hu/node/135222#comment-1781167

Félreértés ne essék, a neptun szerintem is egy istenverte bughalom (azzal együtt, hogy amikor én kezdtem, akkor még terminálszerveres izé volt, aminél mostmár sokkal sokkal jobb), azon sírva röhögtem, hogy a párhuzamos userszám bugot (vagyis, hogy van egy session limit, azt ha nem férsz be, próbákozhatsz, hátha leszakadt valaki, vagy végzett) úgy oldották meg, hogy egy kliens oldali js pár másodpercenként újra próbálkozik , a loginablak felett meg számolja, hogy "n / 30. kísérlet".

Ezzel együtt jó eséllyel kissé bonyolultabb struktúrát kell buzgerálni és lockolni, adott esetben rollbackelni, mint egy tábla egy rekordját, adott esetben akár nem is dbben, mert ott van valahol az application logicban (ráadásul gondolom szempont, hogy de legyen már olyan, hogy mindenféle extra bizgenytűk meg lokális átrendezések is lehessenek, és ehhez ne kelljen fejleszteni pár hónapot a vendornak, ami tipikusan nem segít a hatékony adatbázisnak). Szóval azért ne ess abba a hibába, hogy egy egyszerű, optimálisan szervezett adatbázisnak estében nézed a problémát. Én is úgy gondolom, hogy lehetne ezt valószínűleg gyorsabban/jobban is, pusztán arra akartam kilukadni, hogy azért a 10 user akar egyszerre valamit, az messze nem igaz. Azt meg továbbra is tartom, hogy a hát nem kell lockolni, mert úgyis kicsi a valószínűsége, az nagyon nem jó megközelítés. (Hint, pl volt egy kisebb net hickup, valami tcp stack megfogta kicsit, majd mikor kiegyenesedik, akkor kvázi egyszerre érkezik az addig felgyűlt pár kérés)




A Microsoft lehetővé teszi, hogy a magyar diákok ingyen letölthessék az Office programot: https://hup.hu/node/135222#comment-1781321

bocsánat, ezesetben félreértettem a "nem kéne lock problémának lenni" kitételt, ami így másodszor olvasva valóban nam csak úgy érthető, mint azt én tegnap tettem.




XEN vagy KVM esetleg VMWare?: https://hup.hu/node/115888#comment-1778627

Szerintem arra gondol, hogy ha kb megszoktad, hogy a vmware management felülete milyen, akkor utána ha megnézed a többit, sírni fogsz, nem váltani.




XEN vagy KVM esetleg VMWare?: https://hup.hu/node/115888#comment-1778744

Persze, viszont ellenben a többivel, ott nem muszáj :-)

A vmware sem a szívem csücske, főként költség okokból nézegettük, hogy le lehetne-e cserélni, megnyomkodtam a xent meg az rhevt is. Hát, a xen a vmwarehez képest überfapad, alap dolgok fele nincs kint a guin (ami a vmwareénél is idegesítőbb), az egész általában tákolmánynak tűnik (az összes plusz funkciót futtató cucc más alap osen, centos 5, 6, és annak alfajai, debina, bsd...) az rhevnek meg annyira béta szaga volt, hogy nagyon, baszottul csuklott...




XEN vagy KVM esetleg VMWare?: https://hup.hu/node/115888#comment-1778647

"-Cluster: A failover cluster műszaki követelményei közt szerepel, hogy a host gépeknek Active Directory domain tagoknak kell lenni. Ez - ha szigorúan vesszük - akár még "licenc" követelménynek is értelmezhető, de szerintem jobbára csak elvileg. Viszonylag ritka az a környezet, ahol a clusterhez szükséges shared storage rendelkezésre áll, de nincs egy Active Directory a környéken."

Köszi, ezzel megkíméltél attól, hogy megnézzem a cluster miatt, ami már érett egy ideje, mert ahol érdekes lenne, ott pont nincs AD :) (Ettől még valóban ritka valószínűleg)




XEN vagy KVM esetleg VMWare?: https://hup.hu/node/115888#comment-1778771

Ahova én ezt néztem, ott igen. (Nem is feltétlen az ára miatt, hanem amiatt, hogy oda kell tenni mellé, ezt meg csak be kéne tolni üfhez, ezzel plusz hw költésget generálva, meg bonyolítva az adminiszrációt. Ilyen erővel a vas ára helyett kifizetem a vmware-t aztán legalább egyforma...)




Cégeteknél használjátok az OTRS rendszert?: https://hup.hu/szavazasok/20140911/cegeteknel_hasznaljatok_az_otrs_rendszert#comment-1779270

Ez nem az otrs hülyesége :) A szar KPIról nem a tool tehet...




Cégeteknél használjátok az OTRS rendszert?: https://hup.hu/szavazasok/20140911/cegeteknel_hasznaljatok_az_otrs_rendszert#comment-1779406

Egyrészt azért a van annak előnye, ha az ilyen issuek is látszanak (egyrészt adott esetben bekerülnek, másrészt ha nem, oda lehet tenni, hogy wontfix és miért), lehet velük tervezésnél törődni.

Másrészt operationsban azért ez kicsit más, mint egy bugtrackernek is használt fejlesztői issue tracker, márpedig az otrs inkább az. Ha még ráadásul itsm is van, és ezek a nyitott faszságok rá vannak linkelve a cmdbre, akkor az baromi hasznos, ha valaki valami más miatt hozzá kell nyúljon a nodehoz...




UTP kabel javitasa/toldasa: https://hup.hu/node/135198#comment-1779580

vagy egyesével megforrasztgatod az ereket (lehetőleg minél rövidebb szakaszon elcseszve a sodrást), szigetelés, jóidő, vagy valami ilyesmi. Rackben nem csinálnék ilyesmit, de azért többnyire szerintem nem fáj egy plusz toldás / forrasztás.




UTP kabel javitasa/toldasa: https://hup.hu/node/135198#comment-1779927

Nem tudom két szerelt dugó és két kvázi egybeforrasztott patch panel aljzat mitől olyan hűde nagy gányolás (mint ahogy azt sem, hogy tömör rezet adott esetben forrasztani miért az). Tapasztalataim szerint az ethernet sokkal kevésbé érzékeny jószág, mint amennyire egyesek azt szeretik előadni, és egy ilyen toldástól komoly baja nem lesz. Persze ahol kritikus, hogy ne boruljon a bili, vagy a gigabit azt nagyongigabit legyen, ott ilyet az ember nem csinál (ott őszintén szólva még a kézzel dugózott patchkábelt sem nagyon, ha nem muszáj)

Ellenben gondolom itt arról van szó, hogy valahol megszakadt egy fali kábel, és a kérdezőnek nincs kedve néhány órányi baszakszáshoz a cseréjével. Persze, a korrekt az, ha az ember a törött kábelt egy az egyben kicseréli, de őszintén szólva meg tudom érteni, otthon szerintem adott esetben én is inkább beteszek egy ilyen toldást, mint hogy szétcincáljam a két végét. Aztán ha szar lesz, még mindig kicserélhetem egy nagy sóhajtás közben, miszerint kétszer szopik, aki gányol. De gyanús, hogy sok esetben jó az a gányolás.

Tény, hogy prekoncepcióval indulam, ha nem ilyen helyre kell, akkor inkább csere, és ezt nem mondtam.




Monitor megfigyelése - Jogi tanács kérés: https://hup.hu/node/135119#comment-1778435

Az van, hogy ha egy ügy Btk-s, ott nem játszik ez a "főnök mondta" dolog. Azokért az elkövető személyében felelős, és a kutyát nem izgatja, hogy mondta neki a főnök, hogy csapja tarkón mancikát a lapáttal, és ássa el, maximum mint enyhítő körülmény jöhet szóba.




Monitor megfigyelése - Jogi tanács kérés: https://hup.hu/node/135119#comment-1778598

Én meg hiszem. A bűncselekmény az bűncselekmény, azt a saját nevedben követed el. Tudom, hogy a példa sarkított volt, de jogi szempontból ugyanaz az alapállás.

Sidetrack a jogi háttér ismeretére: Tudod, van az a lózung, hogy a törvény nem ismerete nem mentesít... stb. Kell neki. Mivel szakmája, kifejezetten elvárható, hogy az átlagosnál jobban ismerje az ide vonatkozó szabályozást, és mivel technikailag ő csinálja (és vélhetőleg mint rendszergazda még hozzá is fér) bizony erősen elkövet. A cégnél dolgozik, látnia kell, hogy nincsenek teljesítve a törvényi feltételek.

Természetesen minden ilyen esetben a bíró fog mérlegelni, ami alapján tud enyhíteni, szigorítani, lehet hogy nem elkövető leszel, csak bűnsegéd, etc. De az alapaállás az, hogy te elsétálsz a bíróhoz, mert ez személyes felelősséged. Ellenben mondjuk mikor elkúr valamit a cég, és megcseszi a nav, vagy a főnökkel való konzultáció után mégse sikerül a restart, buktok egy SLAt, és jön a partner, hogy akkor soktízmisi kötbér. Na, ilyenkor lehet a főnök meg a cég mögé bújni, mert az Ptk. (Ha nagyon hanyag voltál, akkor csak részben, de ez azért van, mert a munka törvénykönyve kifejezetten kitér rá, hogy meddig és mikor ér az anyagi felelősség ilyenkor).

Ha szeretnél kevésbé durva példát: biztonságiőr visszatart, mert szerinte. Mivel ez Btks, hiába bújik a főnök mögé, hogy ez az utasítás, ha feljelented, ő is ott fog a vádlottak padján csücsülni.




Monitor megfigyelése - Jogi tanács kérés: https://hup.hu/node/135119#comment-1779048

Csak arra az elterjedt félreértésre szeretnék reagálni, miszerint a monitor előll ülőknek 10 perc munkaszünet jár óránként. Nem, nekik 10 perc nem monitor bámulással töltött idő jár óránként, amikor, ha a főnök azt úgy látja jónak, más munkát lehet csinálni.




Monitor megfigyelése - Jogi tanács kérés: https://hup.hu/node/135119#comment-1778619

esetleg ha két rendszergazda rájön, hogy ráadásul ők is megüthetik a bokáikat... szal igen, nehéz eset.




Monitor megfigyelése - Jogi tanács kérés: https://hup.hu/node/135119#comment-1778638

meghajlok érveid nagysága előtt.




Házi: https://hup.hu/node/129717#comment-1692000

szerintem az abct sosem tanították sorrendben. Pedagógiailag semmi értelme.




Házi: https://hup.hu/node/129717#comment-1692092

Az tuti, hogy előbb alap formák jönnek, az abct meg akkor megkérdem majd du., úgyis megyek hazafele :)




Házi: https://hup.hu/node/129717#comment-1689124

Az érvelés elejének klasszikus hibája, hogy azt hiszed, hogy egy gyerek ugyanúgy racionalizál mint egy felnőtt ember. Lehet ezt látni máskor is, a klasszikus a kisgyereket max fényképen látóktól előadott "ha egy két éves gyereket nem tudsz mindent szépszóval megbeszélni, akkor te vagy a gyereknevelés csődje" című magasztos, ámde igazából valósággal bármi egyezést csak véletlen mutató okosság.




Házi: https://hup.hu/node/129717#comment-1689164

Nem azt mondtam, hogy úgy kell idomítani. Azt mondtam, hogy nem úgy racionalizál, és hoz döntéseket, mint egy felnőtt. Egy átlagos 10 évesnél egyáltalán nem mérvadó, hogy szerinte hasznos lesz-e neki az izé bármikor is. Ő olyan dolgokkal szeret foglalkozni, amik érdeklik. Focizni, ismeretlen helyekre menni, bizonyítani a haveroknak, számára érdekes dolgot csinálni.

Egyébként ha szerinted egy két éves gyerek nincs tudatánál, akkor nem láttál még kétévest :) De ez pusztán csak egy szokványos, és kiragadott példa volt az ennél bonyolultabb téma érzékeltetésére.




Házi: https://hup.hu/node/129717#comment-1689239

Mert láttam belőlük egy keveset. :) Nem az a lényeg, hogy a listán "rosszgyerek" (amiket kiemeltél), vagy "jógyerek" dolgok vannak, hanem az, hogy ő magától olyasmit fog csinálni, ami leköti az érdeklődését, illetve ami neki érzelmileg pozitív (és főleg ezt). Az a gyerek, akinek "az ezt is megértettem, tök jó" érzelmileg annyira pozitív, hogy emiatt magától nekiáll mindenfélének meglehetőst ritka. Muszáj keretbe foglalni az érdeklődését, és nem teljesen rábízni ezeket a döntéseket. Ez meg másképp nem nagyon megy anélkül, hogy "tanulást kényszerítenél" a gyerekre. Nyilván a pedagógus dolga, hogy ez lehetőség szerint minél kevésbé hasson kényszerítésnek jól összeállított feladatokkal, sikerélménnyel, ilyesmikkel. De ez nagyon nem ugyanaz, mint ami szerinted van, hogy hagyjuk, hadd találja ki a gyerek mi jó neki, ha már megtanult összeadni, kivonni, mert a többség nem fogja...




Házi: https://hup.hu/node/129717#comment-1689293

Mondjuk azért ott a szülői példa sem segít ebben egy kicsit sem, más azért a helyzet, ha a szülő látható értékrendje nem az, amit te itt felemlegetsz.




Házi: https://hup.hu/node/129717#comment-1689303

Értem, csak azt mondtam, hogy az ott nem csak a gyerek választási metódusától van úgy.




Házi: https://hup.hu/node/129717#comment-1688707

(Alapvetően egyetértve a fentivel, édesanyám tanítónéni, pontosan tudom, mennyi vele a meló és akármelyik nagyszájút megnézném hogyan él túl egy hetet).

De ja, azért ITban elég rendszeres a hétvégi meló még nagy cégeknél is. Nálunk pl. üzemeltetésen szinte tuti jut havi egy change window (ez hétvége, legalább pár óra elfoglaltság, ha peched van és nagyobb horderejű, akkor szopi van sz-v.), legalább egyszer ügyelsz, és mákod lesz, ha nem csörög hétvégén (és kuksolni még akkor is otthon kell). Ezen felül kis ezaz, kis utazás... Developereknél release előtt simán van hétvégézés túlórázás keményen. Integrátor meg on-site többnyire túlórázik, sokszor éjszakázik, és rendszeresen tölti a hétvégét reptereken... Kis cégeknél meg bármi nagyobbat úgyis hétvégén kell, mert hétköznap micike dolgozik.

Ezzel együtt szerintem nincs annyi hétvégi túlmeló, mint anyuéknál, és bizony ki is fizetik, ami azért nagyon nem mindegy. (Ez utóbbi mondjuk kis cégnél nyilván kevésbé van így).




Házi: https://hup.hu/node/129717#comment-1688734

Mondjuk én inkább multikat látok, itt is vannak anomáliák, de azért nem vészes. Viszont közepes cégtől lefele hallomásból úgy látom, hogy a túlóra fogalma nem is nagyon létezik, következésképp nem is szokták kifizetni.




Házi: https://hup.hu/node/129717#comment-1688771

Persze, hogy nem mindegy. :) Egészen gyász, ami jelenleg a munkaidő elszámolás kapcsán történik pedagógus fronton.




Házi: https://hup.hu/node/129717#comment-1692945

Meg lehet, speciel mostanság épp én is megúszom, de ettől még -- hasonlóan sok más folyamatos üzemhez -- bizony elég sok poziban jellemző, hogy szükség van rá. Természetesen nem mindenhol, és nem mindenkinek.




Markdown specifikáció - Ti milyen dokumentációs toolt használtok?: https://hup.hu/node/134979#comment-1776738

Akkor még bedobom neked, én a gitittel szemezgetek egy ideje (ill fű alatt használom is). Kissé fapad, de egész jópofi. Alapból markdown wiki, de pandoc van mögötte, uh tud mindenfélét exportálni (meg a forrás is lehet nem csak markdown emiatt), beleheggeltem valami plugin lemásolásával, hogy tudjon inline értelmezni graphvizt meg blockdiagot (aminek tök jó kis cuccai vannak egyszerű rajzolgatásra).

Ill az egész mögött git (vagy asszem lehet még darcs) van, ennek minden előnyével.




[MEGOLDVA] Email (Exchange) Security Bypass: https://hup.hu/node/134964#comment-1776032

TouchDown pl, de van még egy pár. Imho mind elég randa és szar enterspájz, de ezt csinálják.

Én akkor kezdtem el touchdownozni, mikor a 4.4 update után a sony z úgy döntött, hogy az exchange által kért "password or pin", az password, amiben kis- és nagybetű, szám, meg spec char is legyen. Mikor unlockolom a telefonom, hápersze.

Ill. néhány kolléga beszopatta magát a "nyomkodta a zsebem, uh az exchange csinált egy remote wipeot" dologgal.




[MEGOLDVA] Email (Exchange) Security Bypass: https://hup.hu/node/134964#comment-1776242

Jah, fizetős, szerintem a legtöbb értelmes exchange-s az lesz. Mondjuk nekem a cég megugrotta, uh nem zavart :-)




[MEGOLDVA] Email (Exchange) Security Bypass: https://hup.hu/node/134964#comment-1776244

Őszintén szólva az Activesyncek ez az izéje szerintem durván security túlkapás, és nagyon nem passzol egy telefon valós használati mintáira. Értem a mögöttes security elgondolásokat, de imho erősen túlzás...




[MEGOLDVA] Email (Exchange) Security Bypass: https://hup.hu/node/134964#comment-1776268

Mesélj mit nem értek? Hogy egy mini számítógép? Miből gondolod, hogy nem tudom?




[MEGOLDVA] Email (Exchange) Security Bypass: https://hup.hu/node/134964#comment-1776288

A túlkapás nem a kötelező lock (illetve mondjuk a 4 char class, amit a bugos sony kitalált már de), hanem az automatikus wipe elcseszésnél, meg úgy általában az, hogy ahhoz, hogy a céges adatokat megnézhesd, a kisköcsögnek jogot kell adni ahhoz, hogy a magán cuccaiddal is ilyet tehessen.




[MEGOLDVA] Email (Exchange) Security Bypass: https://hup.hu/node/134964#comment-1776692

Ez persze szépen hangzik, de tudjuk, hogy a két telefont hurcibálok kevésbé életszerű. :-) Meg az is, hogy minden cég ilyenkor ad pacsira telefont. Másrészt meg tudom, hogy a wipe állítható, de ettől még nekem nem szimpi az az általános gyakorlat, hogy ezt ki akarja kényszeríeni a cég ...




Folytonos DHCP kérés: https://hup.hu/node/134976#comment-1776582

Tulajdonképp miért is éri meg, azon túl, hogy nem rögöf a dhcp kérés állandóan?




Folytonos DHCP kérés: https://hup.hu/node/134976#comment-1776693

És mennyit segített azon, hogy sok faszságot kellett csinálnod, hogy ahelyett, hogy rábíztad volna a kliensek címkiosztását a dhpcre késszel reszelted?




Fizetős, zárt forrású szoftver(ek) fejlesztőjeként a szoftverkalózkodást ....: https://hup.hu/szavazasok/20140819/fizetos_zart_forrasu_szoftverek_fejlesztojekent_a_szoftverkalozkodast#comment-1771531

meg az ellenkezőjét is :) (gyak bármelyik ellenkezőjét :D)




Fizetős, zárt forrású szoftver(ek) fejlesztőjeként a szoftverkalózkodást ....: https://hup.hu/szavazasok/20140819/fizetos_zart_forrasu_szoftverek_fejlesztojekent_a_szoftverkalozkodast#comment-1771533

nem, az elmaradt nyereség. Ami szintén probléma, de itt páran úgy fest nem akarják megérteni, hogy nem ugyanaz a probléma...




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1771511

Mondjuk a végletekig optimalizált hardware softwaren, és a kevesebb crapwaren azért csak röhögni tudok...




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1771519

jep, a többit kb le is írtam lentebb :)




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1771422

Az a dellnek 4 órás ;) Igaz, néha megpróbálnak belőle alkudni, de ha mondod, hogy nem kéne, akkor oda szoktak érni :)




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1771510

Ha mondjuk a nyitóban a tetejére nagyjából paramétereket, vagy legalább linkeket tettél volna, az segítene imho. Nem fogok öt lapos végigguglizni, hogy mik ezek, szerintem más sem, és imho azok is ritkák, akik fejből vágják...




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1771695

és ez miért is magyarázat arra, hogy a jelszálon valami olyan menjen, hogy véletlen se lehessen nem brand töltővel helyettesíteni?




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1771765

közelebbről sose néztem, de van néhány mókás, ami nem hajlandó akármivel tölteni....




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1771490

Tapasztalataim szerint az egyéb usability szempontok azért nem elhanyagolhatóak (alapom is van rá, a környezetemben levő privát laposok nagyrésze valami középszar, ellenben a cég már kb a harmadik-negyedik erősen biznicc HPt teszi alám). Ami szerintem baromi érdekes lehet, a hw-n túl:
- Nem csillogós kijelző. Ma a legtöbb lowendben az van, mert kontrasztossabb, vagy mittomén, dolgozni eleve rossz, szar fényviszonyok között pokol. Ez nálam spec kb mindent visz.
- Robosztusabb ház, tapasztalataim szerint azért a lowendek jobban kopnak, nyeklenek.
- Súly (mondjuk ezt már ugye high endje válogatja, a mostani Folio nagyon faszás, az azelőtti nw sorozatok azok debellák voltak)
- Akkuidő
- Billentyűzet milyensége
- Felbontás (bár ebben meg a faszba megy a folio az 1366x768-al)
- Esetleg, ha olyan, akkor a dokkoló...

szerk:

de persze YMMW, nem biztos, hogy minden érdekes neked. (Mondjuk a súly pl addig nem zavart, míg nem kaptam ezt, ami kb másfél kiló, mostmár baromira zavarna a régi baszottnagy valószínűleg)




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1771499

Nem feltétlen (annyira nem követem), de tapasztalataim szerint low-endben gyakorlatilag esélytelen, bizniccben azért lehet találni.




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1772047

Mivel nekünk ők adják az office IT-t, így nincs választásom, releváns tapasztalatom ezekkel van, ezért példálóztam velük (valószínűleg nagyjából pariban van a tapasztalat bármely más gyártó normális biznicc vasaival). Mivel mi gyak közvetlen gyártói supportot kapunk így, ezért az utcai garit nem tudom megítélni, de valószínű nem rohannék hpt venni magamtól én sem... Egyébként maguk a vasak szerintem nem rosszak, a szoftver botrány.

Szóval nem ajánlgattam a HPt, félre értés ne essék :))




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1771767

Van fényesből is elfogadhatóbb, de nekem inkább az a tapasztalatom, hogy egy rossz helyen levő lámpa vagy ablak, és máris magadat nézegeted, a teraszra kiülve meg ha süt a nap, lófaszt nem látsz...

Biztos nagy klassz, hogy jobban lehet a sötét szobában videót nézni, mert az összes szőrszál élesen látszik hasselhoff bácsi melkasán, mikor belerobog piros gatyában a tengerbe, de ilyesmit én inkább egy értelmezhető méretű tévén nézek, nem pedig egy 15 colos izén. (Ha meg épp azon, akkor hajlandó vagyok elfogadni némi kompromisszumot cserébe azért, hogy máskor sokkal kevésbé fájjon)




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1772188

- Ezt a 2-3 youtube videót kifejtenéd? Meg az egymásmelletti két agyonfleshezett játékot? Ez kit érdekel? Milyen valós igényt fed ez le?

- Nyugodtan oda lehet ám menni valamelyik tescos emberhez ott a környéken, hogy ezt így nem tudtad kipróbálni...




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1772340

értem én, hogy belebukik, de ... és, akkor mi van? akarsz rajta egyszerrre két youtube videót nézni?




Ha mostanában alsókategóriás laptopot vennék, akkor a(z) .... választanám.: https://hup.hu/szavazasok/20140821/Ha_mostanaban_alsokategorias_laptopot_vennek#comment-1772446

Oda akarok kilyukadni, hogy ilyesmi teszttel szerintem életszerű felhasználásról nem kapsz érdemi információt. Egyébként pedig, az alapján amit írtál -- átlagos felhasználás, talán valami játszós sql, ssh -- a teljesítmény imho kb bármiben megvan. Én szerintem 5 éve nem láttam alsókategóriás notit elvérezni sima user teljesítményigényén. Egy browser meg egy vlc bármin vigyorogva elfut....




Eltávolításra került az nginx az OpenBSD alaprendszerből: https://hup.hu/cikkek/20140827/eltavolitasra_kerult_az_nginx_az_openbsd_alaprendszerbol#comment-1773724

Nem, ellenben az feltételezhető, hogy a saját C-ben írt alkalmazásod securityjával te fogalkozol úgyis, a többitől meg talán kevésbé kell így félned?




letöröm a tükröd: https://hup.hu/node/134789#comment-1774139

Lehet, hogy a dobozlovas is fogyatékos volt, de jelenleg az van, hogy erről valóban nulla az információ, ellenben a motorosról nem nulla információ van: világosan látszik, hogy megpróbálta szándékosan lerúgni más tükrét, és az is látszik, hogy ezt nem sikerült neki kivitelezni, mert motorozni sem tudott úgy, ahogy azt elképzelte. Ez miért is nulla információ?

Elég vicces ez a hozzáállás...




Frissült a Viber for Linux: https://hup.hu/cikkek/20140819/frissult_a_viber_for_linux#comment-1771527

megfelelő szinvonalú, összemérhető. Ez egy teljesen szokványos angol idóma, csak neked fura.




Frissült a Viber for Linux: https://hup.hu/cikkek/20140819/frissult_a_viber_for_linux#comment-1772510

Oh, vagy úgy. Hát, az valóban kissé suta...




Frissült a Viber for Linux: https://hup.hu/cikkek/20140819/frissult_a_viber_for_linux#comment-1771529

off: megtennéd, hogy megismerkedsz a "pont" nevű mondatvégi írásjellel?




systemd rant az LKML-en: https://hup.hu/node/134547#comment-1769732

Mondjuk az azért sem mindegy, hogy egyszer megtanulom a grep/awk-t, és tetszőleges szolgáltatásnál ugyanúgy, vagy 77 izénél 77 hatkékony eszköz egyedi szintakszisát kell kb fejben tartani...




LAN struktúra 2db switch-el: https://hup.hu/node/134661#comment-1771341

Vagy kevés sávszél a net fele ;-)




LAN struktúra 2db switch-el: https://hup.hu/node/134661#comment-1771420

Mekkora net van? Mert ha tegyük fel hogy nagykirályság 100Mbit, az pont a switch port-port forgalmának 10%-a. Gyanús, hogy egy legócskább gigabites switchnek is van legalább 4 gigabit backpanje (random gugli valami 6000 forintos 8 portos tplinkre azt mondta, hogy 16 gbit), szóval az a switchnek már inkább 2.5%-a. És akkor imho elég elszállt számokkal számoltam. Szóval elméletben biztos van értelme, gyakorlatban szerintem nem ettől lassul a hálózat.

Egyáltalán mit jelent a lelassul a hálózat? Azt hogy a local, vagy azt, hogy az internet?




Otthoni NAS eszközöm: https://hup.hu/szavazasok/20140809/otthoni_nas_eszkozom#comment-1767061

+1

ugyan van egy doboz, amin xmbc fut, és az spec. samban kiosztja a dolgokat, de alapvetően róla megy minden, ha meg elmegyünk, akkor lekapcs, a rajta lógó usbs vinyó lehúz, filmet úgy néz, uh. nem mondanám nasnak.




Az sz nem ssz: https://hup.hu/node/134328#comment-1766117

életemben nem hallottam még élőbeszédben az "avagy" szót használni.




WiFi Hotel peticio: https://hup.hu/node/134460#comment-1767685

Szokott az menni :)




WiFi Hotel peticio: https://hup.hu/node/134460#comment-1768294

Bocs, de mi lenne, ha akkor nem is reagálnál rá? Biztos volt közöttetek valami összezördülés, én elhiszem, hogy nem akarsz vele beszélni. Spec a fentiben -- szerintem -- semmi ellened irányuló nem volt, egy normális beszélgetés eleme. Ha nem akarod ne olvasd el, de akkor kérlek ne fröcsögj alatta...




WiFi Hotel peticio: https://hup.hu/node/134460#comment-1768325

sah, yes, sah.

Én elolvastam. Ezért zavar, mert fölöslegesen kellett elolvasnom ;) Egyébként pedig simán megkértelek, hogy légyszi. Sajnos így elég hülyének látszol, mert ugyan olvasni nem olvasod, de azért kötekedni köteketdsz, de tőlem...




WiFi Hotel peticio: https://hup.hu/node/134460#comment-1768345

Hagyjuk, nem vagyok kíváncsi a személyeskedésedre, kedves harmadik hülyegyerek.




WiFi Hotel peticio: https://hup.hu/node/134460#comment-1768353

Kevés vagy te ahhoz, hogy megsérts. Case closed, láthatólag képtelen vagy felfogni, mit beszél neked az ember.




WiFi Hotel peticio: https://hup.hu/node/134460#comment-1768357

mostmár érdekel, meddig válaszolgatsz még arra, hogy, nem érdekel. :)




WiFi Hotel peticio: https://hup.hu/node/134460#comment-1768362

hajrá hajrá, van még lejebb.




Linux rendszerkép készítés és visszaállítás: https://hup.hu/node/134457#comment-1768577

sub




UHU 3 LTS: https://hup.hu/node/134528#comment-1768635

Te, egy ilyen "kiírt egy csomó marhaságot grubról meg kernel-panicról, stb, és kész" jellegű csodálatosan precíz kérdésre milyen konstruktív választ remélsz kapni? Hogy valaki ránézett az időutazós varázsgömjén keresztül a tegnap esti monitorodra, jól elolvasta, hogy mi a baj igazából, és majd most jól megmondja, hogy mit kell csinálni? Vagy mégis?




Mi baj a bluetooth-szal?: https://hup.hu/node/134539#comment-1768742

Én használtam egy darabig kékfogas egeret a laptophoz, de már elmúlt, bedugós rádióst használok. A váltás eredendő oka az volt, hogy a párosítás mind anno win2k, mind aztán vista, mind w7 alatt hektikus volt, időnként elfelejtették egymást, aztán lehetett járni esőtáncot, hogy namár, legyen egér (volt logi is, meg ms is). Ezért az aktuális megdöglésnél rádióst vettem.

Viszont a plusz extra tapasztalat, hogy ebben nem kell elemet cserélni (most megnéztem, duracell van benne, uh lehet már cseréltem, fogalmam sincs, a logiból kinézem, hogy eredetileg ez volt), az otthoni random noname bill-egér kombóban sem cseréltem még, pedig az is már legalább egy éve megy. Kékfoggal ez nem volt igaz, azért legalább havonta volt szerintem vele torna, és persze tipikusan akkor kezd csipogni, mikor az ember már bent ül a melóban....

Uh megemésztem a -1 usbt.

(Illetve tekintve, hogy laptop cserénél kapot Folio 9470m üszkve félmisis árába a HP nem tudta belepréselni a bluetooth-t, egyébként is kellett volna cserélni...)




Mi baj a bluetooth-szal?: https://hup.hu/node/134539#comment-1768839

Mondjuk lévén, hogy -- ha jól rémlik -- a cél kb a telefonról vezérelhetőség, ott jelenleg értelmezhető penetrációban van BT meg wifi, oszt passz. Mit kellett volna helyette használni?




ip-echelon. Ismerős valakinek?: https://hup.hu/node/134333#comment-1765688

ez elég aranyos, hogy

"If this notice is being received by an Internet Service Provider (ISP), please forward the notice to the individual associated with the activities." - azt se tudom isp abuse-e, vagy enduser, de

"Copyright infringement also violates your ISP`s terms of service" - így, kijelentő módban.

Ez annyira általános maszlag, hogy nem hiszem, hogy érdemes vele foglalkozni, de dobd fel a jogászaitoknak, osztjó.




ip-echelon. Ismerős valakinek?: https://hup.hu/node/134333#comment-1766080

az amcsiknak vannak törvényeik, hogy szerintük eztet lehet, és még nem küldte el őket rendesen senki a halál faszára. Illetve van ott is az inkriminált félmondat, hogy

" This conduct may also violate ... bilateral treaties with other countries that allow for protection of Rights Holder copyrighted works even beyond U.S borders." vagyishogy mindenféle nemzetközi egyezmények. Odáig persze nem terjedt, hogy a jogászúr ezeket országra lebontsa, és legalább meghivatkozza mondjuk ip vagy emil alapján, hogy ezek rád, szerintünk.

Egyébként meg mivel angolul van, kuka ;)




ip-echelon. Ismerős valakinek?: https://hup.hu/node/134333#comment-1766647

Mondjuk abuse@-t az pont de, még ha nem is törvény, csak iparági szabályozás miatt :)




ip-echelon. Ismerős valakinek?: https://hup.hu/node/134333#comment-1766645

mert nyugodtan lehet rá mondani, hogy fesz se tud angolul....




ip-echelon. Ismerős valakinek?: https://hup.hu/node/134333#comment-1766646

Mondjuk az igazsághoz hozzá tartozik, hogy ők jelenleg sitten száradnak, ha jól tudom... :)




Fejlesztőből rendszergazda?: https://hup.hu/node/134104#comment-1761264

Amivel az IT helpdesk munkakör kb ekvivalens junior üzemeltetés pozíció.

Bár imho helpdeskért ennyi nettóban azért nem feltétlen...




Fejlesztőből rendszergazda?: https://hup.hu/node/134104#comment-1761273

Szerintem ennek pont az ellenkezője igaz, üzemeltetőként imho többször van olyan, hogy meghalt, és mostazonnalderögtön, és hívjálbeatelekonfba, és magyarázd el hosszan, hogy miért nem működik még mindig (amire az adekvát azért bazmeg mert telefonálok ahelyett, hogy a konzolt ütném nem jó megoldás, mert ott mindig valami fontos ember ül). Meg olyan is előfordul, hogy a szép clean kódot kell mostazonnal nem clean, de azonnalműködő hackkel megjavítani.

Egyszerűen általában közelebb ül a bagázs a tűzhöz, jobban ki van téve a fröcsögő szarnak. És félreértés ne essék, van olyan programozói élet is, ahol ortószopó lenni, mert mindig minden csúszik, meg túlóra, meg hajtás, meg esetleg maintanance címen beesik az olyan gusztustalan, amit az üzemeltetésen ülő ragszallagos ember nem tudott magától megoldani hackkel (lásd fent), és ehhez nyilván ütik az ember fejét.

De nagy átlagban szerintem stressz miatt fejlesztés -> üzemeltetés váltás nem jó ötlet.




Fejlesztőből rendszergazda?: https://hup.hu/node/134104#comment-1761298

Mondjuk az érdekes kérdés, hogy ha csak távolról láttál ilyet, akkor miért vagy olyan biztos benne, hogy le kell róla beszélni?




Fejlesztőből rendszergazda?: https://hup.hu/node/134104#comment-1761311

és az sem biztos, hogy nem jó ötlet :-) Azért imho a kettő között nem ördögtől való az átjárás, pláne nem, mikor az ember még az elején van.

Az IT egyébként is vicces, 8-10 évvel a háta mögött az ember már durván senior (vagy legalábbis annak érzi magát), azt közben a beirányzott ledolgozandó 40+ év ;)




Fejlesztőből rendszergazda?: https://hup.hu/node/134104#comment-1761426

ez így nyilvánvalóan hülyeség :-) Van némi eltolódás a programozók irányába a kb azonos szinten levők között általában, de tapasztalt üzemeltetőként nyilván többet kapsz, mint a most szabadult kóder. Ha meg jó is vagy, és tudsz tervezni, szervezni, ami ezzel a melóval jár, akkor ugyanúgy van előre, mint a programozóknál. Ahol ha nem vagy jó, ugyanúgy megrekedsz input form barkácsoló szinten, és ugyanúgy nem fog jelentékenyen felmenni a fizud...




Fejlesztőből rendszergazda?: https://hup.hu/node/134104#comment-1761440

multinál gyak minden ilyen jellegű meló valamilyen engineer néven fut, a rendszergazda kb ismeretlen fogalom.




saját hash-függvény: https://hup.hu/node/133433#comment-1749795

Ha nem tömbbe töltenéd, hanem hashbe? Én ilyenkor simán kulcsként használom a már látott elemeket, bár vbat nem szoktam, és ha egy kb 10k hosszú listán végigszaladni 15 sec az nagyon gyász...




saját hash-függvény: https://hup.hu/node/133433#comment-1749819

jahogy nincs hash (mármint asszociatív tömb), akkor szorri.

Ill, biztos vagy benne? http://stackoverflow.com/questions/1309689/hash-table-associative-array…

úgy látom valami ilyesmi mehetne (erősen pseudo kódos, szorri)


Dim d As dictionary
Set d = New dictionary
Dim nev As String

While not EOF termékek
  nev = nev_beolvasasa(aktuális sor)
  If not d("termekneve") Then
    amit_csinalni_akarsz.
    d("termekneve") = True
  End If
End While

---
Egyébként úgy látom, hash függvények is vannak:
http://stackoverflow.com/questions/14717526/vba-hash-string/14749855#14…




saját hash-függvény: https://hup.hu/node/133433#comment-1749828

pedig elég let me google that for you típusú volt. ;)

(ellenben szerintem a dictionary eleve pont azt csinálja, amit te szeretnél a tömbbel meg a hash függvénnyel, csak várhatóan kicsit gyorsabban).




saját hash-függvény: https://hup.hu/node/133433#comment-1750034

Mert? Az excel pont erre való. Én szeretem a perlt, de van egy csomó olyan, amit excelben rém kényelmes megcsinálni, mert sokkal könnyebb interaktívan beleturkmányolni.

A VBA fehér ember számára pont sokkal átláthatóbb mint a perl. (Fehér ember alatt érts nem programozót, és igen, ettől még szerintem is randa). Ja, és persze ott van, nem kell perl interpétert telepíteni, fájlokkal baszakszani, meg command linenal. Ráadásul a felvetett probléma kb "triviális". Sem kirívóan sok adat nincs benne, sem semmi bonyi probléma, a gugli alapján látszik, hogy kb 1x1, a topik létezésének egyetlen oka, hogy a kérdező valahogy átsiklott felette.

Szal all in all, ez egy tipikus kalapcsáod van, mindent szögnek nézel szűklátókörű vélemény volt.




saját hash-függvény: https://hup.hu/node/133433#comment-1750111

persze. Én rendszeresen anyáztam mikor még a céges szabvány a 2003as office volt, mert a köcsög excel 64k sornál többet nem tud, és tök örültem, mikor 2010 lett. Aztán múltkor azt is megcsukóztattam, ott is van sorhatár...




saját hash-függvény: https://hup.hu/node/133433#comment-1750037

mindamellett, hogy ügyes, szerintem ide overkill.




NFS nagy teljesítménnyel: https://hup.hu/node/134250#comment-1765649

Mondjuk nem tudom, kellett-e valaha méretezned hardware-t jó előre mindenféle érdemi információk nélkül, ott egy ilyen számolás már egész jó :) Mikor utoljára összeszámoltam egy ilyet a mindenféle okos igények mentén, akkor mondtam a főnöknek, hogy szerintem egyszerűbb, ha megveszünk valami kisebb storage gyártót, vagy rám hallgat, telepakolunk egy diszk bladet, és az kurvára pont elég lesz vagy két évig. És lőn.

Na, de ez off :)




NFS nagy teljesítménnyel: https://hup.hu/node/134250#comment-1765671

akkor tényleg nem értem, miért pont a fenti fájt :D




NFS nagy teljesítménnyel: https://hup.hu/node/134250#comment-1766085

az megvan, hogy alma a körtével? file system vs block device?

-- szerk, közben felfogtam, hogy db alattról van szó, szorri.




igazi pöcsök: https://hup.hu/node/132669#comment-1736839

Azért érdemes inkább a lejárta előtt elküldeni :)




igazi pöcsök: https://hup.hu/node/132669#comment-1736454

Próbáld meg pl a dell oldalán kideríteni, mennyibe fáj egy blade keret :)




OTP (...): https://hup.hu/node/134236#comment-1763842

Ezt bankja válogatja. A céges citi kártyáinknál pl rendszeresen kell telefonálni, nekünk, mert instant nem működik, ha nem szóltál előre. És képtelenek leverni rajtuk, hogy srácokdemár, utazáshoz kapják az emberek, bazmeg egyáltalán nincsenek is belföldön használva jóformán, ne kelljen már mindenkinek minden utazás előtt szólni
Unicredit ha jól emlékszem hívott, hogy ezmiez, erste már nemtom mit csinált, leginkább asszem leszarta, hogy kína meg ilyenek :)




Munkahelyemen a Home Office lehetőség ...: https://hup.hu/szavazasok/20140716/munkahelyemen_a_home_office_lehetoseg#comment-1758451

Gondolom azt akaraja mondani, hogy ott ahol ő van, ott van szabályozva.

(Egyébként a mértéke nincs, de vannak rá vonatkozó szabályok)




Ennek mi célja van?: https://hup.hu/node/134253#comment-1764103

dnsben van.

Lehet, hogy ha rendesen beszoptad volna, akkor tett volna mögé valamit, ami kiszolgál egy weboldalt localhostról, és úgy csúnyul, csak gondolom se célplatform nem voltál, se bindelni nem tudta volna a 80at...




Ennek mi célja van?: https://hup.hu/node/134253#comment-1764205

Ja, nyilván megpróbál esetleg valami virnyák indítani valami weblapfélét, csak nálad nem tudott. Hogy oda valami kamut akartak tenni, vagy valami böngészősebezhetőséget akartak kihasználni, vagy csak így sikerült megoldani, hogy egyáltalán elinduljon a 80as porton (ami viszonylag hálás, kevés tűzfal taknyolja el), hogy lehessen később baszakszani, az passz. Gondolom már a spammerek is haladnak az idővel, az irc már gagyi, a RESTes zombihálózat a menő :D




Ennek mi célja van?: https://hup.hu/node/134253#comment-1764229

:D




Tömbök összefésülése: https://hup.hu/node/134120#comment-1761497

for i++ amig nincsvége {
push ujtomb tomb1[i]
push ujtomb tomb2[i]
push ujtomb tomb3[i]
}

nyilván még tomb1-3 végére figyelünk meg ilyesmi, meg el lehet generalizálni, hogy hány tömböt eszik, de azért nem tűnik egy hűde bonyi feladatnak...




Tömbök összefésülése: https://hup.hu/node/134120#comment-1761502

akkor eggyel kevesebb sor a fentivel?

vagy a manuálisat úgy érted, hogy kézzel megírva a függvényt? imho akkor az a beépítettel is lassú, csodák nincsenek.

ha meg nem php, csak gyors hacket keresel, akkor
paste -d "\n" file1 file2 |grep -v '^$'




Tömbök összefésülése: https://hup.hu/node/134120#comment-1761516

én úgy értelmeztem, hogy elő akarja állítani, de nyilván lehet hogy nem, olyan persze ki kell egyszerűen matekozni, hogy mi lenne ott, valóban. Ami meg hacsak valamit el nem csesz az ember, akkor az O(1).




Tömbök összefésülése: https://hup.hu/node/134120#comment-1761521

most látom: nem ez nem hozzáfűzés. Ez először az elsőket veszi minden tömbből, aztán a másodikakat... pont mint a példád...




Tömbök összefésülése: https://hup.hu/node/134120#comment-1761518

bakker, hogy phpban az array az igazából egy asszociatív tömb? hogyaza :)




Tömbök összefésülése: https://hup.hu/node/134120#comment-1762949

Ja, nem, azt amit te írtál, azt értem, csak erősen meglepődtem, hogy phpben az array az tulajdonképpen egy asszociatív tömb (csak van neki shortcutja arra, hogy a kulcsok i++ legyenek), nem csak egy sima mezei lista.

Aztán jött a dejavu, hogy erre egyszer már rácsodálkoztam :)




Tömbök összefésülése: https://hup.hu/node/134120#comment-1762950

ez a megoldás pontosan ugyanaz, mint az összes többi, csak bele van írva, hogy a lista hosszokkal is foglalkozzon, amit mi fent csak szóltunk, hogy még az is kéne...




Tömbök összefésülése: https://hup.hu/node/134120#comment-1762951

szeritnem nem. Mind tökugyanaz, csak egyre jobban konkrétan van leírva. (Az utolsóban az array mapes izé ugye csak a teszt bemeneti adatot állítja elő)




applikáció: https://hup.hu/node/134075#comment-1761172

Én a teljesítményből egyértelműen a sebességre asszociálok, nem arra, hogy mennyi áramot fogyaszt :-) Az egy szervernek azért erősen másodlagos jellemzője, ha erről beszélünk, azt meg szoktuk említeni. Ráadásul teljesítményről elektronyos esetben is olyankor szoktunk imho beszélni ált., mikor az a cucc rendes funkciójában fontos (mittomén, hősugárzó, porszívó, ilyesmi). Ami csak zabál, arra eleve fogyasztást mondonunk szerintem.




applikáció: https://hup.hu/node/134075#comment-1761189

Nem tudom, nekem ilyent nem tanítottak, szerintem is szinonímák. Egyébként meg a legpontosabb definíció:
- hardver - a számítógép azon része, amibe bele lehet rúgni
- szoftver - a számítógép azon része, ami miatt bele akarsz rúgni

;)




applikáció: https://hup.hu/node/134075#comment-1761294

mondjuk ettől még lehet, hogy régen próbált valaki gyikka valtoztatni ilyen izéket beleerőltetni, aztán elmúlt.




SOHOpelessly BROKEN - otthoni routerek biztonságát firtató vetélkedő: https://hup.hu/cikkek/20140720/sohopelessly_broken_otthoni_routerek_biztonsagat_firtato_vetelkedo#comment-1761341

Azért van némi különbség aközött, hogy veszek egy NL40es, és nem NL54 van benne, minthogy mittomén veszek egy WRT54G-t, és csak a doboz kibontása után fog kiderülni, hogy a 82 különböző hardware revizióból melyik van benne...




[MEGOLDVA] Törölhetetlen könyvtár: https://hup.hu/node/134112#comment-1761463

ja, fsckval.




[MEGOLDVA] Törölhetetlen könyvtár: https://hup.hu/node/134112#comment-1761492

mikori dátummal? ;)




[MEGOLDVA] Törölhetetlen könyvtár: https://hup.hu/node/134112#comment-1761523

persze, de azért egy ilyen szerintem imho kijavul. Vagy lehet hogy nem, és csak spec esetek, franc se tudja. De tényleg csak azért, mert simán rá lehet szaladni outdated szarra, ha az ember nem figyel...




Miért nem a keresés aktiválódik a Ctrl+F kombóra az Outlookban?: https://hup.hu/cikkek/20140721/miert_nem_a_kereses_aktivalodik_a_ctrl_plusz_f_kombora_az_outlookban#comment-1760466

Azzal együtt, hogy az owa az egyik leghasználhatóbb webes levelezés, ha ez a 21. század, akkor én még kicsit maradnék az előzőben...




Miért nem a keresés aktiválódik a Ctrl+F kombóra az Outlookban?: https://hup.hu/cikkek/20140721/miert_nem_a_kereses_aktivalodik_a_ctrl_plusz_f_kombora_az_outlookban#comment-1760745

Az igazsághoz hozzátartozik, hogy pl a 2010es outlook baszik s/mime encryptált levelekben keresni, hogy száradna el...

(Mondjuk az is, hogy a hozzá tartozó owa meg ki se nyitja, bár a hibaüzenetből arra következtetek, hogy azért lehetne. Az más kérdés, hogy a security vénámban azonnal elkezdene forrni a vér a gondolatra, hogy vajh hogyan :) )




Miért nem a keresés aktiválódik a Ctrl+F kombóra az Outlookban?: https://hup.hu/cikkek/20140721/miert_nem_a_kereses_aktivalodik_a_ctrl_plusz_f_kombora_az_outlookban#comment-1760781

Egyrészt ez a kereső szempontjából irreleváns :)

Másrészt ugyan nem ástam bele magam, de első bliccre én semmi komoly gondot nem látok azzal, ahogy az outlook (legalábbis az, amit a cég ad) kezeli az s/mime-ot. Van certi, alá lehet írni, el lehet titkosítani, good enough for most practical purposes. Ahol meg nem, ott eleve nem kényelmes beépített emilek vannak.

Szerk: ja, és nyilván van hely, ahol az ember nem válogat, és olyan is, ahol overall jobb az s/mime hirerchikus megoldása, mint a web of trust imho. Egy 100k+ alkalmazottas cégben nem nagyon lehetne gpgzni.




36 millió eurót spórolt Valencia régió az oktatási Linux terjesztésével eddig: https://hup.hu/cikkek/20140723/36_millio_eurot_sporolt_valencia_regio_az_oktatasi_linux_terjesztesevel_eddig#comment-1761173

vagy a piac, akinek illeszkedni kell az állami elvárásokhoz ;)




Opcionális zárójel reguláris kifejezésben: https://hup.hu/node/134035#comment-1760139

Ebből mit akarsz kivenni?
Külön az XXX XXXet, és az YYYt, vagy egyben az egészet, csak az a cél, hogy matcheljen az

XXX XXX (YYY)
és az
XXX XXX
formára is?

Ill ha ki kell venni darabokat, akkor mi van a spacekkel (soreleje, zárójelek két oldalán)?

--
de egyébként kb: http://regexr.com/396ir




Opcionális zárójel reguláris kifejezésben: https://hup.hu/node/134035#comment-1760240

nem lenne baj :)

Mert ha mindkét esetben minden kell, akkor első bliccre a teljes string kell, és jóidő :)




Opcionális zárójel reguláris kifejezésben: https://hup.hu/node/134035#comment-1760248

Nyilván lehet, gondolom van dokumentálva. Mivel kerülöm a phpt, ezért csak google foo, de van egy prcenek nevezett izé, ami kifejtve perl compatible regular experssions. Itt az első link alatt van a konrkét mit hogyan kell reference doksi, a harmadik alatt a különbségek a perltől (amire ránézve semmi komoly veszteség), a negyedik meg kifejti, hogy a régi posixes regex enginetől miben különbözik.
Abból, hogy te lent olyan mintát adtál meg, amiben nincsenek delimeterek, ezen link alapján valószínűleg te a régi, itt deprecatednek mondott php regex implementációt használod (Merthogy az első pont arra hívja fel a figyelmet, hogy kellenek), és mivel a doksi máshol az 5.005ös perlre hivatkozik, ami üszkve 15 éve volt, lehet érdemes lenne megnézned a másikat :)

De mondom, passz, nem beszélek phpül.




Opcionális zárójel reguláris kifejezésben: https://hup.hu/node/134035#comment-1760461

Attól még simán lehet igazad :-) Az eddig infókból tulajdonképp kis túlzással ikeás hintaszéket is össze lehet rakni. Mint mondtam, nem nagyon beszélni php (10 éve nem nyúltam hozzá csak bottal, és akkor se sokat), uh én elhittem a regexet, aztán gugliztam, de el tudom képzelni, hogy tulajdonképpen valami mysql selectet szeretne összerakni.




Opcionális zárójel reguláris kifejezésben: https://hup.hu/node/134035#comment-1760434

komolyan segítene, ha legalább az egész sort elárulnád. Legalább a fügvény nevét.

Egyébként meg továbbra is kérdés, hogyha úgyis az egész kell, akkor mi a francnak regex?




5000 Debian szerverét migrálja Ubuntu-ra a Spotify: https://hup.hu/cikkek/20140716/5000_debian_szerveret_migralja_ubuntu-ra_a_spotify#comment-1758950

Valószínű a közbensővel nem fognak szenvedni, n+2-re megcsinálják, firssen kideployolják, sztjóidő. Nyilván n+2-nél nagyobb eltérések lehetnek a szállított technológiákban, de az meg független az alatta levő disztrótol eléggé azért...




IT-ben dolgozom, "borítékos" fizetéskiegészítést: https://hup.hu/szavazasok/20140629/it-ben_dolgozom_boritekos_fizeteskiegeszitest#comment-1752500

Ellenben a bankoktól (meg az ő felügyeleti szerveiktől) lehetett volna várni, hogy belegondoljanak ebbe a hatásba, és felelősebben hitelezzenek, jobb hitelbírálatokat végezzenek, figyeljenek arra, hogy mennyi deviza alapú kölcsönt helyezzenek ki, mert tisztában vannak azzal, hogy ha mondjuk egyszerre zuhan ez be, és elviszi a lakáspiacot, ami meg a fedezetét adja a hitelének...




IT-ben dolgozom, "borítékos" fizetéskiegészítést: https://hup.hu/szavazasok/20140629/it-ben_dolgozom_boritekos_fizeteskiegeszitest#comment-1752524

Nem. Nyilvánvalóan egy csomóan felelőtlenül vettek fel hitelt (még mielőtt, én nem tartozom közéjük, nincs devizahitelem, ha lenne is, számoltam volna az árfolyamkockázattal). És egy csomóan meg felelőtlenül adtak hitelt, meg felelőtlenül hagyták, hogy valaki gazdasági érdekei miatt ilyen kockázatok kerüljenek a rendszerbe.

A fenti postban ugye az volt, hogy mindenki a saját profitmaximalizálására törkedett, az üf is meg a bank is,

"Igen, itt hangzott el a lenyeg. A devizahiteles problematikanak ugyanis az a forrasa, hogy mindenki a kolcsonosszeg maximalizalasara torekedett, es az arfolyam torlesztoreszletre vonatkozo hatasat igyekeztek elfelejteni, de legalabbis nem szamoltak vele komolyabban",

"Emiatt hiba is a bankokat hibaztatni, hiszen ok is a beveteleik maximalizalasara torekedtek."

Tessék mondani, ugyanannak a kockázatnak a másik odalért hibás kezelésért miért nem kell a bankokat is hibáztatni? Nekik is illett volna erre figyelni, azon a szinten is, ahogy őket érinti, nem csak szerződésenként. Ráadásul egy banknál azért a hozzáértés azt hiszem elvárhatóbb, mint józska bácsinál.

Harmadik oldalról pedig állambácsinak (jelenesetben leginkább a PSZÁFnek) miért nem lett volna dolga, hogy észlelje a rendszerbe amiatt bekerülő kockázatot, hogy minkét fél lokális maximumra játszik?

Szóval lehet azt mondani, hogy csak az egyszeri paraszt volt a hülye, de szerintem ez távolról sem így van.

Azt pedig, hogy ki oldja meg a problémát, még csak nem is érintettem, kérlek ne add a számba.




IT-ben dolgozom, "borítékos" fizetéskiegészítést: https://hup.hu/szavazasok/20140629/it-ben_dolgozom_boritekos_fizeteskiegeszitest#comment-1752591

Nézd, a hitelbírálatnál láthatólag sok olyan kapott hitelt, akinek nem feltétlen kellett volna adni, mert magasabb volt a kockázatuk (ez különösen autóhiteleknél volt jól látható). Én semmit nem csináltam volna másképp, a bank viszont lehetett volna alaposabb, és találja ki nyugodtan hogyan (döntés, és cselekvőképes ugye). Nem sikerült, sok lett a kockázatosok aránya, akik most ezzel küzdenek. Az is a bank döntésképességén belül volt, hogy mekkora arányban hiteleznek deviza alapon, és ennek milyen kockázatai vannak. A jelenlegi helyzet azt mutatja, hogy ezt sem sikerült nekik sem jól felmérni (és állambácsi sem koppintott az orrukra, hogy ez így nem lesz jó). Mert ha sikerült volna, akkor most az lenne, hogy vannak emberek, aki ugyan kurvára megszívták, de a rendszer maga nem recseg.




IT-ben dolgozom, "borítékos" fizetéskiegészítést: https://hup.hu/szavazasok/20140629/it-ben_dolgozom_boritekos_fizeteskiegeszitest#comment-1752809

"Miert a bank kockazata, ha az ugyfelek devizaban akarnak hitelt? Az ugyfelnek kell fizetnie." A bank kockázata, ha sok olyan hitelt helyez ki, amik valami külső tényező hatására bedőlnek, mert baszik diverzifikáni.

"Ebben a mondatodban van a lenyeg: nem a bank kuzd vele, nem neki van baja. A bank fogja az ingatlant, amire a jelzaloga van, es ervenyesiti a szerzodest."

Ez persze nem igaz, a banknak erősen érdeke, hogy a hitelszerződés ne szűnjön meg, és ne kelljen a jelzálogjog érvényesítésével próbálnia megszerezni a pénzét. Az meg pláne nem érdeke, hogy az ingatlanok egy jeletős része az ő kezében legyen vagyonként, miközben az ingatlanok nem értékesíthetőek azon az áron, amelyen a hiteleket rájuk fordították. Szóval de, a bankok is bajban vannak.
---
Aztán persze még lehetne arról beszélni, hogy mi értelme jelzálog alapú hitelnek, ha az állam kb nem hagyja ezen jog érvényesítését, arról, hogy ha a kormány magabiztosan állítja, hogy itt euró lesz néhány éven belül (aminek egyik feltétele ugye az, hogy az árfolyam kb nyugton marad), akkor mennyire is volt helytelen nem nagyon foglalkozni az árfolyam kockázatával, hogy hogyan lehet felelősen úgy hitelt felvenni, ha a másik fél egyoldalúan változtathatja a kamatot, meg még elég sok mindenről, de mivel úgy tűnik, te nem nagyon szeretnéd elfogadni, hogy ez egy lényegesen összetettem szituáció annál, hogy "a hitelesek miért nem gondolkodtak", azt hiszem én inkább tisztelettel, de ezt itt abbahagynám.




postfix segíítséég!!!: https://hup.hu/node/134016#comment-1759814

ez így első bliccre csak portscan. se helo, se from, se to, se semmi...




Közösségépítő játékok: https://hup.hu/node/133943#comment-1758154

hát nem tudom, ilyennel odaállítana a HR szerintem esne az ázsiójuk nem kicsit.




Közösségépítő játékok: https://hup.hu/node/133943#comment-1758374

Persze. Ha valaki megpróbálna badgeket osztogatni mint valami ovodás kisgyereknek, mert mittomén rend van az asztalomon, és ügyesen betartom ezzel a hot-seat policyt, neadjisten egészségesre van beállítva a székem, vagy horrible dictu azért, mert ügyesen időre megcsináltam a dolgomat, és még a doksit is feltettem, akkor elég morcosan néznék ki a fejemből. Bazi iritáló, amikor a HR (akik egyébként nagyon sokszor nagyon tufák meg irritálóak) valami ilyen eröltetett jópofasággal jön.

Egyébként is elég fájdalmas, amikor a HR akar munkamenetet akar szervezni, vagy ügyeseket játszani. Nálunk nemrég volt egy ügyes nyereményjáték izé. Csodálatos volt, a security kb 5 év alatt elérte, hogy idegen városokban (főleg neccesebb helyeken) ne mászkáljanak az emberek badgel a nyakukban, ne használjanak céglogós izéket, azt még a céges kocsikról is lekapartatták (igen, előfordult, hogy végigvertek géppuskával egy ilyen kocsit, és igen kimutatható biztonsági kockázat egy multis logós fehérember afrikában), erre bazmeg mi az első három díj: kurvanagy céglogós táska. És mikor óvatosan megéreklődöd, hogy neharagudj, de szokás-e gondolkodni, akkor láthatóan nem is érti...

Szóval mikor az ilyen eröltetett izékhez még valami weboldal is van, akkor én kb két lehetséges irányt látok:
- Okos HR kötelezővé teszi. Instant "na elmentek ti a faszba"
- Csak promotáljuk kibaszott idegesítő köremilekkel. Ilyenkor lesz 100 emberenként két gyereklekű, aki örül, meg 5 manager, aki meg tolja, mert ő a line manager, és muszáj neki. (Közben meg a belső meetingen elküldi a HRt melegebbre, hogy ilyen hülyeségekkel kell iritálni az embereket.) Meg lesz 93 másik, akit csak basz, hogy gyereknek nézik, és badgekkel baszogatják, bezzeg ha mondjuk a travel policy / caffeteria / egyéb basz kapcsán kellene valami...

---
Szóval tl;dr tapasztalataim szerint az ilyenek komoly öntökönlövések az esetek nagy részében, attól függetlenül, hogy esetleg egyébként techikailag ügyeset csináltok.




Közösségépítő játékok: https://hup.hu/node/133943#comment-1758841

Ha a fizuemelésemről közvetlen a HRrel kell beszélgessek, nem a munkámat napi szinten felügyelő főnökkel, az már régen rossz...




Közösségépítő játékok: https://hup.hu/node/133943#comment-1758888

Az adminisztráció többnyire kimerül abban, hogy kapsz róla egy papírt.

Ill nem azt mondom, hogy a HRnek nincs köze hozzá, hanem azt, hogy nekem erről nem a HRrel dolgom beszélgetni, mert nekik nincs értelmes fogalmuk arról, hogy hogyan végzem a munkámat. Csak arról, hogy épp mennyi bérfejlesztés keret van, mi az ügyben a céges policy és ilyesmi, ami viszont a HR és főnök dolga.




Közösségépítő játékok: https://hup.hu/node/133943#comment-1759157

Ne haragudj, de mi az orbitális baromság? Egyelőre csak hangemberség van úgylátom, érv nem volt. (az irreleváns főnök sem akartok lennit nem tudom érvként értelmezni, de ha gondolod: főnökként sem akarok a fizetésemről a hrrel beszélgetni. Arról az én főnökömmel akarok, a hrrel max a beosztottjaiméról)




Közösségépítő játékok: https://hup.hu/node/133943#comment-1759344

Ne haragudj, de még mindig nem értem mit szeretnél, és attól hogy faszparaszt módjára bunkózol, és azt hiszed, hogy te vagy itt a helikopter még nem fogom megérteni. Ráadásul nem én mondtam, hogy nem akarok egyáltalán beszélni a HRrel, itt azt mondtam, hogy ha a fizetés kapcsán velük kell egyezkedni, az régen rossz. Pont. Te jöttél itt a akarsz főnöklennivel meg a picsasetudja mivel. Szóval kérlek, mi a kérdés?




Közösségépítő játékok: https://hup.hu/node/133943#comment-1759636

"Ez is velemeny, szerintem a fasz, a paraszt meg a kibaszott a te hozzaszolasaidbol arad:)" -- segítek, szerinted miért pont ezek a szavak voltak ott? ;) Ha nem megy: némi karikaturázati célzattal.

Tényeket meg a fizu kapcsán ugyan nem mondtál, csak, hogy "fonok sem akartok lenni" meg "orbitalis baromság". (Az előbbi egyébként igaz, rendszeresen jön a főnököm, hogy legyélpo, meg legyélteamleader, meg ilyenek ;) )

Egyébként meg imho saabit teljesen félreértetted, a nem vesznek fel azt jelenti, hogy "mikor éppen nem vesznek fel". Saabi lejebb írta: amikor nem ilyesmit kell ügyéntézni, hanem simán csak dolgozni, akkor az ember többnyire nem szeret a HRrel beszélgetni. (az összes többi példád nálam ez a kategória: nagyjából egyszeri ügyintézés).

A sysadmin dolgot meg nem tudom hova tenni.




Közösségépítő játékok: https://hup.hu/node/133943#comment-1758842

Hát nemtom, ha benne van az arckep az adben, akkor akár meg is jelenhet, ha az illető emilt ír nekem. Ha meg nem ír nekem emilt, akkor meg nem kutyamindegy? :)




Közösségépítő játékok: https://hup.hu/node/133943#comment-1759006

Akivel személyesen is beszélgetek a jóreggeltnél többet, annak én szoktam tudni a nevét névpároztató játék nélkül is, pedig ilyen téren elég fos a memóriám :D




Közösségépítő játékok: https://hup.hu/node/133943#comment-1758839

Vagyis csupa olyan esetben, ahol processz szerint a HRnek kell eljárnia ;) És ennek a nagyrésze a legtöbb embernek fogfájós hivatali ügyintézés még akkor is, amikor a HRes kolléga egyébként normális.

Nagyon nem ekvivalensek ezek azzal, amikor a huszonpár éves kislány lejön a HRről, és megpróbál beleugatni mondjuk egy developer csapat munkaszervezésébe...




Közösségépítő játékok: https://hup.hu/node/133943#comment-1758837

Értem. Őszintén szólva én megfontolnék egy névváltást :) Komolyan, mint a példám is mutatja, bár a leírás alapján kb sikerült felfognom, hogy mit is akartok, erősen minuszból indul a dolog a HR belecitálása miatt.

Egyébként értem miről beszélsz, láttam ilyet (basztam/tunk is el ilyet :D), kissé árnyalva még azt is el tudom képzelni, hogy bizonyos teameknél meg körülmények között működik. Őszintén szólva még mindig kicsit felhúzott szemöldökkel nézek az egészre... Én is szeretek játszani, de a munkahelyemre dolgozni járok, és továbbra sem veszem szívesen, ha kvázi kisiskolás módszertannal próbálnak rávenni valamire, márpedig valahol nekem a "kapsz egy színházjegyet, ha időben lezárod a ticketeid" még mindig ilyesmi. A toolok bevezetésénél imho a célravezető út az az, hogy
a) a teamnek meg kell hagyni a lehetőséget, hogy saját maga alakítsa / válassza ki a neki hasznos dolgokat
b) időt kell nekik adni, hogy összerakják
c) konfrontálni kell őket egymással (ebben spec a scrum meg a daily meetingje szerintem jók, ha józska továbbra sem hajlandó minden nap bechekkelni a munkáját, vagy tiszteséges autotesztet írni, akkor a többiek jól le tudják rajta verni, és ha az istennek nem, akkor józskát ki kell venni abból a teamből, aztán vagy betenni egy olyanba, amivel kompatibilis, vagy megköszönni a munkáját...)
d) hagyni a teamet, hogy a hogyant maguk intézzék, azt viszont igen is el kell várni, hogy meglegyen, és ezt számon is lehet kérni.

Egy ilyen játékot én a c-d környékén tudok elképzelni, !ha a team úgy gondolja, hogy ezzel tudják magukat motiválni. Én személy szerint továbbra is rühellném (azzal együtt, hogy pl a nálunk néha előjövő apróbaszos rewardoknál, amiket valami kiemelkedő faszaságért lehet kapni jobbnak tartom...)




Közösségépítő játékok: https://hup.hu/node/133943#comment-1758885

Akkor már megérte, és nyilván nem megy minden mindenhova, bizonyára van olyan csapat, ahol egy ilyen működhet, mint mondtam, meg mint te magad is, hogy használtatok már ilyet sikerrel.
--
Őszintén nem tudom, mivel ugye én abból a viszonylag kevés infóbol indulok ki, ami a honlapon direktben oda van írva. Szóval a részletek teljes ismerete nélkül valószínűleg kicsit n+1. tool szaga lenne neki, amiből meg mondjuk IT környékén átalában így is van elég. Nekem a tapasztalatom az, hogy minél kevesebb tool, annál jobb, lehetőleg minél kevesebb olyan elemmel a munkafolyamatban, ami azért kell bele, hogy majd valakinek később jobb legyen (tipikus a "töltsétek ki ezt is, hogy a management jobban lássa mit csinálunk"). Nyilván vannak elkerülhetetlen adminisztrációs dolgok is, itt a felelőst, leginkább érintettet kell valahogy rávenni, hogy ne hagyja megkerülni a dolgot. (Ami, ha a dolog hasznos, nem lesz nehéz, mert általában neki az jó). Illetve ezeket jobb minél integráltabban az egyébként is használt toolba tenni, ebből a szempontból nem biztos hogy szerencsés az n+1 (lesz pl nekem is egy menetem mostanában, hogy igazán örülünk, hogy az eclipsre alapozó config management a dev teameknél jó, de mi köszönettel nem szeretnénk ezt nagyon textfileok tárolására használni), meg lehetőleg úgy megszevezni, hogy mindenki lássa hasznát ennek az adminiszrációnak ("látod, ha rendesen adminisztrálod a teszgépeket, akkor mikor kapsz egy feladatot, az assignolt gépen rögtön látszik mindenféle infó arról, hogy kinél és miért van...")

Ill azt hiszem, hogy ha nincs valami túlbonyázva, akkor egy papír a teendőkkel az emberek feje fölé jobban szem előtt van (nálunk pl az egyik dev team most aggatott egy kurvanagy leporellot a saját feje fölé a definition of donejukkal)




Napi basszameg: https://hup.hu/node/133988#comment-1759008

Bár én sem rajongok az ilyesmiért, de a tragédia még mindig az, hogy 2014ben még mindig változatos szopások vannak az ékezetek körül...




Napi basszameg: https://hup.hu/node/133988#comment-1759159

én, minek? épp azt mondom, hogy a brokikorbács kb ez egész iparnak, hogy téma ez még bárhol...




Napi basszameg: https://hup.hu/node/133988#comment-1759160

én, minek? épp azt mondom, hogy a brokikorbács kb ez egész iparnak, hogy téma ez még bárhol...




Napi basszameg: https://hup.hu/node/133988#comment-1759161

Nem biztos, de ha a fentimet így értelmezted, akkor én nem óhajtottam "bizonyos emberek" lenni, bezzegwindowson is agyfaszokra lehet szaladni ezügyben.




Particio atmeretezes <3: https://hup.hu/node/133926#comment-1757748

pedig a töröljük a particiót működik. A teendök kb a következők:
- umount
- régi partició startpontja jól felír
- letöröl
- új partíció teljes diszkre megcsinál, okosanügyesen figyelve arra, hogy pontosan ott kezdődjön, ahol az előző. (itt érdemes a sima fdisket használni, -cu hasznos pluszban)
- resize2fs (aaszem előtte kell egy fsck, de szól)
- örül.

Legközelebb lehetőség szerint lvmet használ, lehetőség szerint nem tesz particiót sehova (pv alá se).

---
szerk:
kis magyarázat: a partició letörlése a semmit nem bánt a partició tartalmából, csak a táblát basztatják a diszk elején. uh ha csinálsz ugyanazzal a kezdettel egy nagyobb particiót, akkor minden faja. És mint a print mutatja, a csodatool is pont ezt csinálta. :)




Particio atmeretezes <3: https://hup.hu/node/133926#comment-1757764

ha megnézed, a grow alatti rész is ez, csak nincs kiírva az fdisk parancs hozzá, de ott van hogy az old start, new start ugyanaz (egyébként a diszk eleje, de ott pont a szektorhoz, cilinderhez igazgatás miatt kicsit esetleges, hogy melyik tool kezd 2048nál, és melyik 63nál, ezért jó fdiskkel direktben, nem pedig csak egy cfdiskes [beginning]

--
az jó gyakorlat, amire fel akartam hívni a figyelmet, hogy ha lehet, a pv alá se. nem mindig lehet, mert mondjuk a grub nem tudja lvmről a /boot-ot, akkor kénytelen vagy egy darabot meghagyni, és csak a többit lvmezni, ahhoz meg már kell partíció, ezért pl érdemes lehet virtualizálásnál a bootnak adni egy külön vdisket. Mert akkor utána már nyugodtan lehet azt, hogy vm lekapcs, diszk megnövel, pvresize, lvextend, resizee2fs, jóidő. Persze azt is lehet, hogy az új részre partíció, azon pvcreate, vgextenddel bele a vgbe, lvextend, resizee2fs, végülis kb mindegy, kicsit rusnyábban néz ki a végeredmény, sztennyi...




Particio atmeretezes <3: https://hup.hu/node/133926#comment-1757806

úgy rémlik egyébként hogy mintha a grub2 hajlandó lenne már, nem?




Particio atmeretezes <3: https://hup.hu/node/133926#comment-1757805

linux is tud ezzel mit kezdeni, ezért jó az lvm (mert különben vdiskenként lehet összevissza csatolgatni, meg bindmountolgatni, meg ilyes). lvmnél meg megmondod, hogy ez a vdisk ebben a volmegroupban van, a logical volumet meg az fst megnagyobbítod (ez simán megy online), azt jóidő.




Particio atmeretezes <3: https://hup.hu/node/133926#comment-1758146

Meg. Azonban ezek pont erre vannak ésszel tervezve, hogy minél kényelmesebb legyen mindenféle ilyen varázsást csinálni. Ráadásul nem is kettőt mert egy pv is kell a fizikai block devicera :)

Egyébként a windowsos dynamic discs kb ugyanez pepitában (max az ottani tradícióknak megfelelően kicsit kevésbé látszik a guin).

---

Ja, és nem örömködünk, hogy kiszedjük a partíciót, hanem mondjuk, hogy lvm esetén lehetőleg kerülni, mert többnyire csak az életet bonyolítja.




Közeleg a FreeBSD 9.2 életciklusának vége: https://hup.hu/cikkek/20140712/kozeleg_a_freebsd_9_2_eletciklusanak_vege#comment-1758141

Én elég sokat olvastam 3gpp szabványokat (word, néha pdf) meg rfct is, százszor inkább az RFC. A lapozós izé kicsit furi, de nyomtatva pl akad haszna :)

Nyilván van egy bonyolultsági szint, ahonnan már nem lehet ellenni ascii arttal, de ami rfcben van, az többnyire elmegy. Ráadsául aki rajzolja, kénytelen gondolkodni az ábrán, nem valami visioban összebaszott igénytelenség lesz.

Meg tényleg hordozható. Láttam olyan 3gpp-t, amiben az egyik képletet soha a büdös életben senki nem látta, az tuti, mert valami bitmap volt odabaszva, kb 80x30, de megjelenítés helyett mindenféle word közölte egy popupban, hogy out of memory, az ooo meg belefagyott mit a szar. Szabványoknál ez nem hiányzik.




Képek feliratozása: https://hup.hu/node/35723#comment-1757741

7 éves volt a topic, amit felhoztál...




5" telefont hogyan hordjak: https://hup.hu/node/133666#comment-1753742

Nem. Nekem mondjuk nem nagyon van olyan gatyám, ahol problémás, de lehet kapni viszonylag értelmesen kinéző kistáskákat, amik vállra dobhatók, vagy ilyen autóstáska jellegű, elfér benne egy telefon, egy normális tárca meg mondjuk a kulcscsomód.




Xiki - parancssor forradalmasítva: https://hup.hu/cikkek/20140708/xiki_parancssor_forradalmasitva#comment-1755576

tcsh megvan? amiben régebben tab-tab nem volt, helyette ctrl+d az igen. Persze ha még nem gépeltél semmit, akkor meg kilép.




A Microsoft malware-ellenes küzdelmében lefoglalt 22 NO-IP.com domaint; a NO-IP.com "ártatlan felhasználók" millióiról beszél: https://hup.hu/cikkek/20140701/a_microsoft_malware-ellenes_kuzdelmeben_lefoglalt_22_no_ip_com_domaint#comment-1752079

Nem te, hanem a fenti mélyen szakmai okosságok, akik a dns átirányítást a "köcsögök elveszik a mások ipcímét, mer elfogyott az azure alól" módon magyarázták.




A Microsoft malware-ellenes küzdelmében lefoglalt 22 NO-IP.com domaint; a NO-IP.com "ártatlan felhasználók" millióiról beszél: https://hup.hu/cikkek/20140701/a_microsoft_malware-ellenes_kuzdelmeben_lefoglalt_22_no_ip_com_domaint#comment-1752384

A köcsögöt valóban én írtam, némiképp eltúlozva a fenti reakciókat (Vagy lehagyva róla a polkorrektséget ;) ) nem szeretném a szádba adni, elnézést.

A szakma krémje dumát meg nem én írtam, a célom nem a cinkelés volt, egyszerűen így sikerült megfogalmazni a kollégának leggyorsabban.

Ettől függetlenül ekkora benézésnél kissé vicces fröcsögésnek tűnt a fenti.




A Microsoft malware-ellenes küzdelmében lefoglalt 22 NO-IP.com domaint; a NO-IP.com "ártatlan felhasználók" millióiról beszél: https://hup.hu/cikkek/20140701/a_microsoft_malware-ellenes_kuzdelmeben_lefoglalt_22_no_ip_com_domaint#comment-1752595

én a jogi blaszt nem olvastam, de ha igaz, amit a noip állít, hogy kb akkor értesültek róla, mikor átütötték felettük a delegációkat, akkor azért izzó tüzes vas a bíró seggébe.




A Microsoft malware-ellenes küzdelmében lefoglalt 22 NO-IP.com domaint; a NO-IP.com "ártatlan felhasználók" millióiról beszél: https://hup.hu/cikkek/20140701/a_microsoft_malware-ellenes_kuzdelmeben_lefoglalt_22_no_ip_com_domaint#comment-1752611

Nem én mondtam be, hanem ők, vagy valamelyik news amit az ügyben olvastam. Ezért is írtam bele hogy "de ha igaz", mert azért kicsit sántikálósnak hangzik.

Ez a hivatalos noipes szöveg. Ebben már nem teljesen egyértelmű, hogy tudtak-e róla korábban (faszán el van kenve, ami gyanús), amit korábban olvastam, az egyértelműen ezt állította.

"This morning, Microsoft served a federal court order and seized 22 of our most commonly used domains because they claimed that some of the subdomains have been abused by creators of malware. We were very surprised by this. We have a long history of proactively working with other companies when cases of alleged malicious activity have been reported to us. Unfortunately, Microsoft never contacted us or asked us to block any subdomains, even though we have an open line of communication with Microsoft corporate executives."

--
szerk: ezzel együtt azért vicces, hogy "náluk vannak domainek, ahonnan jön malicsusz, de ha ideadjátok, majd mi játszunk internetrendőrséget". Akármennyire is volt court order, ezért az elkúrásért az msnek fizetni kell kompenzációt, ha egy kicsit is tökösek a noips gyerekek




A Microsoft malware-ellenes küzdelmében lefoglalt 22 NO-IP.com domaint; a NO-IP.com "ártatlan felhasználók" millióiról beszél: https://hup.hu/cikkek/20140701/a_microsoft_malware-ellenes_kuzdelmeben_lefoglalt_22_no_ip_com_domaint#comment-1752803

Te el is olvastad a hírt? Igen, a mindenféle malewarenek akart az ms keresztbe tenni. Nem, nem beszüntették, hanem innen az ms szolgálja ki a dns queryket. Az volt a tervük, hogy amiről tudják, hogy csunyagonoszstb, azt nem oldják fel, a többit meg továbbra is. Csak úgy fest nem bírták a terhelést.




Eltavolithatatlan MAC az ARP listaban: https://hup.hu/node/133682#comment-1753942

Kicsit félve kérdem meg ezután (felrémlik emlékeimben egy átsupportolt éjszaka, ami úgy kezdődött, hogy ügyes nemtommi, valami pakisztán indiai jellegű ember felhívta az emergency telefont, hogy valami routert cseréltek, és most nem jó a szerver, és ő próbálja beállítani az arpba az új router mac címét, és nem megy..) de mit akartál csinálni?




Eltavolithatatlan MAC az ARP listaban: https://hup.hu/node/133682#comment-1754037

Kavar van. Az arp nem befolyásolja ezt. Az simán csak egy cache arról, hogy milyen ipt milyen mac-en lehet elérni. Ha kommunikálsz a routereddel, akkor tudnia kell a gépet mac-ét. A dhcp szereti ugyanannak a kliensnek ugyanazt a címet adni. Lease timemal és hasonlókkal érdemes játszani, de még akkor se biztos, hogy mást kap.

De egyáltalán minek ez?




Kis magyar abszurd: https://hup.hu/node/133045#comment-1742918

Akkor ugye nem baj, ha elkezdem hírdetni kiadásra a lakásod? ;)




Kis magyar abszurd: https://hup.hu/node/133045#comment-1742953

Ugye aközött, hogy az nem érdekel, hogy nem szeretnéd, hogy keressek neked bérlőt már csak egy lépcső, hogy az nem érdekel, hogy nem is akartad kiadni...




Kis magyar abszurd: https://hup.hu/node/133045#comment-1742974

Nem adom a hülyét. Ha én ki akarom adni, majd a megkereső ingatlanosnak azt mondom, hogy nem rajta keresztül, akkor lesz kedves ezt tiszteletben tartani, nem pedig mindenféle személyes adatomat az adatbázisában, és pont.




Kis magyar abszurd: https://hup.hu/node/133045#comment-1742975

"(csak hogy a "kulturalt" stilusodhoz alkalmazkodjak)."

khömm:
http://hup.hu/node/133045?comments_per_page=9999#comment-1742959




Kis magyar abszurd: https://hup.hu/node/133045#comment-1742983

"ne jatszd mar a hulyet legy szives"




Kis magyar abszurd: https://hup.hu/node/133045#comment-1742991

ja, kb. Értem én, hogy van szemantikai különbség, meg engem spec nem zavar, de 5 perccel a kvázilehülyézés után kikérni a nemkvázilehülyézést vicces volt :)




Kis magyar abszurd: https://hup.hu/node/133045#comment-1743001

nem, a kvázilehülyézés az a "ne játszd a hülyét", a nemkvázilehülyézés az az "ennyire hülye nem lehetsz és az ostoba marha" a kikérés meg a "(csak hogy a "kulturalt" stilusodhoz alkalmazkodjak)."




Kis magyar abszurd: https://hup.hu/node/133045#comment-1743006

De akkor segítek: igen, erre mondtam, hogy értem a szemantikai különbséget. és ezért is mondtam, hogy, ja *kb* :)

Amúgy meg beg to differ, nem akarok én se ezen sokat pörögni, meg mint mondtam, engem nem zavart, hogy leírtad, csak vicces volt, ennyi.




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1744558

Mondjuk viktor védelmében azért azt el kell mondani, hogy amennyire én értem, ő főleg ilyen webes izék környékén mozog, ott meg tényleg van egy csomó mozgó célpont jelenleg, ahol az ilyen 6-10 éves cseszés valóban nem nagyon tartható, azért abban van ráció, hogy sok helyen azért a három évenente kb mi is megugorjuk a tech frissítést.

Spec azon én is mindig pislogtam debian felől érkezve, hogy nincs distupgrade? (Annak ellenére, hogy értem, miért nem csinálták eddig) Mire meg most megugorják, már egyre kisebb a jelentőssége, a minden virtuális korában sokkal egyszerűbb tesztelni újratelepítéssel.




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1744574

Oríli? Épp ezt mondom én is, hogy ott megszoktam, aztán RHn meg pislogtam, hogy wtf ;-)
--
Persze. És ezért mondtam, hogy viktor szemüvege milyen :-)




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1744596

Én értem :)




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1744578

Persze ezt megint olyan, hogy kinek mi? Nekünk van olyan rendszerünk, amit annó (kb 3-4 éve), épp ötös centoson raktunk össze, azóta is elvan azon, és igazából firssítésnél leszarom (illetve leszarnám, ha nem lenne így jó várhatóan még 5 évig), hogy kb az egyetlen lényeges radius configot újratelepítés után kell visszamásolni, vagy yum distupgrade van.

Van egy csomó olyan dolog, amiből bőven jó a régebbi, nem kell a nice and shiny belőle, arra tök jó alap az RH, a fejlesztéstől jövő jól körülhatárolható dolgokat meg max majd forgatjuk meg karbantartjuk in-house. Bizonyos méret fölött ez nem gond, és egy jól működő felállás. Hogy a tied nem ilyen, nem jelenti azt, hogy ez így nem jó.




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1744953

Mármint, hogy ők azt mondják, hogy a targeted usecaseben megnyomod az updatet, restartolsz, és menni fog a szolgáltatásod, bezzeg a debian, aki azt mondja, hogy felfrissítjük a csomagokat, aztán a konfigot meg kalapáld magad ahogy akarod?




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1745419

Annó mikor jöttek a gittel, ez bennem is felmerült, de aztán elintéztem annyival, hogy csak van annyi eszük, hogy megtaggelik, 1x1. Furi, hogy nem volt :(

szerk:
ill igazából imho az kicsit ejnyebejnye, hogy nem az van, hogy a van egy 'vanilla RH source' git, amit a centos úgy klónoz meg követ a sajátjában, ahogy akar...




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1746359

Amikor azon megy a nyavajgás, hogy parsolja a git.centos webpaget, az vicces, viszont a gpg signo hiánya valóban háthmm...

Illetve a RH is "ingyen" kapja ugye a sok cuccot, amit csomagol, és értem én, hogy lic. szerint jók úgy, hogy csak az ügyfél kap srpm-et, eleve nem kellene nekik semmi publikusat biztosítani, de kevésbé illik azért a "mi értjük az opensourceot és jófiuk vagyunk" irányvonalba. Azzal együtt, hogy láthatólag amit a centossal csináltak, az viszont imho jó.




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1746368

bakker, szerinted mi a francért volt idézőjelben?

(ezzel együtt még mindig nagyon sokkal kevesebb, mintha nekik kéne írni az egész hóbelevancot, pláne hogy nem csak a kernel van)




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1746373

Tudom, hogy egy csomó dolgot ők csinálnak, meg azt is tudom, hogy az oracle büdös nekik... Ezzel együtt ez kommunkiációs szempontból kissé collateral damagenek tűnik, amivel azért lehetne ezt-azt kezdeni (pl srpmek eddig voltak, kernel patchek nem voltak szétszedve ugye, ami tekintve, hogy az RH nem csak securityt backportol, hanem brutális mennyiségű featuret is, azért komoly érvágás volt az orákulumnak, a centos/sl/stb jellegű projekteket viszont kb nem érintette).

A másik oldalról meg pl a signo hiánya, az esetleges hülye taggelés (ami a ticketből azért erősen úgy tűnik, hogy inkább csak sírás) pusztán technikai probléma, kár nem megugrani...




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1748561

Elsőre én is arra voksolnék, hogy ha én ügyfélként megkapom az srpmet, azzal pont azt csinálok, amit akarok. Erre valami link?




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1750057

"My understanding is that Red Hat has changed the rules for use of the
official RHEL SRPMs, but still using
the finest JDs and laws that money can be buy (as have many other
for-profit corporations) and thus stay in compliance with letter of the
the GPL, linux, etc., licenses, if not the spirit."

ennek én nem látom semmi megalapozottságát a threadben. Ami reális az kb az, hogy eddig esetleg csak a tényleg GPL (etc) linceszes srpmek voltak kint public, most meg lejön az is, aminek nem ilyen a licensze, de hogy ezt annyira gáz lenne automatizálni, azt nem látom...




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1750081

Igen, csak én ezt a jogi problémát csak abban az egy levélben láttam... [ebben a threadben, szóval ettől még lehet...]




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1750108

és szerintem továbbra is teheti, ahogy én értem a gplt :)




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1750114

épp ez az: hacsak nem találtak valami ordasnagy lukat a GPLben az RH jogászai, akkor ameddig adja a kódot mellé, addig arra, amire csak akarja.




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1750223

Ha tényleg ezt csinálják, akkor azért valaki elrángathatná őket egy perig....




Red Hat Enterprise Linux 7: https://hup.hu/cikkek/20140610/red_hat_enterprise_linux_7#comment-1753185

El lehet őket rángatni egy perig, ahol lehet érvelni, hogy ezt azért teszik, hogy kikerüljék a licenszre vonatkozó szabályokat, és van rá esély, hogy ez még sikerülni is fog. Vannak érdekes dolgai az angolszász jogrendszernek, de speciel az ilyesmit jobban kezeli imho.




IPSec vs OpenVPN: https://hup.hu/node/129396#comment-1681612

Microticket nem ismerem, de IPsecnél a fejlécezés miatt le kell venni az mss-t (max segment size) az aktuális MTU alá. A juniper ökölszámnak 1350-et javasol a példa doksikban, de ha jól látom, te még pppoe vagy hasonló keretezést is csinálsz, lehet kicsit lejebb is kell menni (bár szerintem az 1350 eleve alálövés)

Gyors google-fu ezt dobta: http://forum.mikrotik.com/viewtopic.php?f=2&t=65733 , és ha azt csinálja a nyitóban levő code, mint amit úgy kb. ki lehet olvasni belőle, akkor szerintem neked jó is lesz.




IPSec vs OpenVPN: https://hup.hu/node/129396#comment-1681621

csak tippelgetni tudok, de nem lehet, hogy nem a mangle táblában kell ezt csinálni a te setupodban?




IPSec vs OpenVPN: https://hup.hu/node/129396#comment-1681630

továbbra is csak dumb people kérdést tudok: ugye mindkét oldalon megvan ez csinálva? :) /Ill a mikró nem tesz rá valami plusz headert?/




IPSec vs OpenVPN: https://hup.hu/node/129396#comment-1681622

- dup




MÁV Start, gratulálok!: https://hup.hu/node/133524#comment-1751825

egész sok cég van, ahol külföldre kell menni, de nem pazarlunk biznisz klasszra.

Az nagyon depends on, akkor éri meg, mikor mondjuk érkezés után azonnal, vagy mondjuk másnap reggel kell business embereknek mondjuk sales prezit tartani, hogy a drága idejű munkatárs ne mosottszarként nézzen ki, vagy kelljen neki kimenni economyn nyomorogva két nappal korábban.

A hetekre érkező integrátor már nyugodtan lehet gyűrött hétfőn reggel :D




Kimerült a Microsoft észak-amerikai IPv4 címtartománya, az Azure-on brazil tartományból oszt IPv4 címet az amerikai ügyfeleinek: https://hup.hu/cikkek/20140613/kimerult_a_microsoft_eszak-amerikai_ipv4_cimtartomanya_az_azure-on_brazil_tartomanybol_oszt_ipv4_cimet#comment-1745500

Uhm, azért az, hogy van openwrt kevés lesz egy kicsit a komplett iparnak :)




Kimerült a Microsoft észak-amerikai IPv4 címtartománya, az Azure-on brazil tartományból oszt IPv4 címet az amerikai ügyfeleinek: https://hup.hu/cikkek/20140613/kimerult_a_microsoft_eszak-amerikai_ipv4_cimtartomanya_az_azure-on_brazil_tartomanybol_oszt_ipv4_cimet#comment-1745470

Szerintem az van, hogy a LACNICnél már lehet, nincs, ellenben az MSnek simán lehet, hogy volt ott szabad kapacitása, és egyszerűen átrouteolták.




Kimerült a Microsoft észak-amerikai IPv4 címtartománya, az Azure-on brazil tartományból oszt IPv4 címet az amerikai ügyfeleinek: https://hup.hu/cikkek/20140613/kimerult_a_microsoft_eszak-amerikai_ipv4_cimtartomanya_az_azure-on_brazil_tartomanybol_oszt_ipv4_cimet#comment-1745518

Nyilván :)

Technikailag valószínű az van, hogy az MSnek van annyi összefüggő infrastruktúrája, hogy vidáman megugorja a bulit saját ASeken belül, uh a LACNIC max háboroghat, az élet meg megy tovább...




wifi-s switch: https://hup.hu/node/133557#comment-1751829

érdeklődésképp, mi ezzel a baj?




Switch forgalom szűrése: https://hup.hu/node/133553#comment-1751816

Kérdés, hogy cél a kikényszerítés, vagy bízol a kliensekben, hogy nem rosszhiszeműek?

Első esetben lehet, de akkor minden switchport külön VLAN (lehet access, nem kell az eszközöknek tudni róla), saját IP range meg dhcp pool, a szerver egyben routerként / tűzfalként is funkcionál. Neki nyilván kell tudni taggelni, merthogy vlanonként kell egy interface. További feltétel nyilván, hogy egy porton csak egy kliens (tehát nincs mögöttük másik switch, wifi router, etc). Ha ezt is ki kell kényszeríteni, akkor valami mac szűrés, egyéb port security (az előző azért nem a security csimbasszoja, a második meg nem biztos, hogy van soho switchben).

Van egy Private VLAN nevű dolog is, ami ezt hivatott mac alapon egy kicsit lightweightebben megoldani, de azt ha jól látom egy gyors gugli után, olyat a microtic nem tud.

Ha alapvetően bízunk az eszközökben, akkor elég mac alapján mindenkit saját subnetbe dhcpzni, és routeolni, nem kell vlanokkal csesződni, ergó egy bármi switch jó.

Diszklémer: soho környezetre tervezett vidám protokoloknál lehet probléma, hogy a kliensek nem azonos subnetben vannak...

Mondjuk azért ez kicsit paranoiásnak hangzik soho környezetben :)




Switch forgalom szűrése: https://hup.hu/node/133553#comment-1751979

Ok, tényleg csak egy rövid gugli után találtam két forumot, ami ezt állította..




Switch forgalom szűrése: https://hup.hu/node/133553#comment-1751981

Igen, abszolút. Egyébként ez IP szinten gyakorlatilag ugyanaz a megoldás, mint amit egyébként kellene csinálni, csak layer2-n nincsen igazából szeparálva. Szóval a sima/private VLAN annyit tesz hozzá, hogy hiába konfigolja valaki okosan át valamelyik kliens IP stackjét, nem fogja tudni áthazudni magát máshova. (Persze mint említettem, ennek is vannak limitációi azért). Tényleg kérdés, hogy ez kényelmi megoldás, nagyon buta userek elleni megoldás, vagy tényleg a biztonság miatt kell?




Switch forgalom szűrése: https://hup.hu/node/133553#comment-1752071

Érdeklődésképp: tulajdonképpen mit féltesz rajtuk egymástól?
---
Egyébként ha direkt rosszindulatú cselekvést nem feltételezel (tehát nem akarja majd aktívan megkerülni valaki az IP stacket), akkor imho nem feltétlen kell vlanozni.




Switch forgalom szűrése: https://hup.hu/node/133553#comment-1752104

I see. Mondjuk ennek nagy része szerintem viszonylag normálisan kezelhető az internet elérés rendes korlátozásával, de ez paranoia szint függő. :)
Meg az simán benne van, hogy ettől azért mondjuk sambázni, dlna-zni, meg egyéb ilyeneket csinálni nem lesz olyan hű de kényelmes.

De a kicsit nehezítésre szerintem a felokosított separált routing már segít azért.




Ha az IT-ben dolgozol, hány idegen nyelven BESZÉLSZ legalább középfokon (nem a nyelvvizsgád érdekel)?: https://hup.hu/szavazasok/20140624/ha_az_it-ben%20dolgozol_hany_idegen_nyelven#comment-1749600

Szerintem a nyelvtudás alap, a lényeg továbbra is a szakmához értés. Az tuti, hogy az hogy tudsz angolul, az nem extra, hanem minimum elvárás kb akármelyik multinál. A második nyelv esetleg, de túl sok extrára ne számíts miatta.




Ha az IT-ben dolgozol, hány idegen nyelven BESZÉLSZ legalább középfokon (nem a nyelvvizsgád érdekel)?: https://hup.hu/szavazasok/20140624/ha_az_it-ben%20dolgozol_hany_idegen_nyelven#comment-1749533

Mondjuk az nem lett volna baj, ha magyarázatok nincsenek hozzáfűzve. Pl én csak angolul, de elég világosan látszik, hogy ha német nyelvterületre akarsz menni, akkor azért nem lenne baj, ha azt is beszélnéd, afrikai melók környékén egy kis francia is sokat segíthet, dél amerikában meg valami spanyol / portugál... :)




Ha az IT-ben dolgozol, hány idegen nyelven BESZÉLSZ legalább középfokon (nem a nyelvvizsgád érdekel)?: https://hup.hu/szavazasok/20140624/ha_az_it-ben%20dolgozol_hany_idegen_nyelven#comment-1749656

"de olyannal még nem találkoztam, aki mondjuk angolul és németül is tud érvényesülni bárhol." nem is fogsz, mert a világ egy csomó részén nem beszélik egyiket sem :D

egyébként én egy csomó olyan embert ismerek, aki normális mindennapi szituációkban (a beszélsz középfokon kb ezt jelenti) kényelmesen elboldogul az anyanyelvén kívül legalább két nyelven.




Használsz a cégednél WAF-ot?: https://hup.hu/szavazasok/20140616/hasznalsz_a_cegednel_waf-ot#comment-1747245

az megvan, hogy attól még, hogy valaki a fentit viccesnek találja, még nem biztos, hogy ezt gondolja?




Kukorica pattogtató gépet vennék: https://hup.hu/node/133281#comment-1747276

Én simán szoktam egy vacak lábosban, vagy serpenyőben, kertben termett, szárogatott kukoricát szépen lemorzsolva. Lehet szárazon is, én spec vajon szoktam, mert azt szeressem, akkor azt előtte felolvasztom, aztán bele a kukorica- Az odaégés elkerülése végett folyamatosan rázni kell. Nem néha, hanem folyamatosan mozogjon, és persze legyen rajta fedő (amit nem árt, ha esetleg le is tudsz fogni). Én sót spec utána adok izlés szerint, de szerintem a vajban is rendben lenne.




Érdekes telefonszám, +360.: https://hup.hu/node/133009#comment-1741972

utána nem úgy volt, hogy 06? Lehet hogy valami félművelt beírta, hogy 06-1-5555555 a center meg kötelességtudóan rácsapta az országot?




[megoldva] Gyors (újra)telepítés sok gépre: https://hup.hu/node/133370#comment-1750738

Off, de mondjuk az RH féle .unconfigured azért hagy kívánni valót maga után....




[megoldva] Gyors (újra)telepítés sok gépre: https://hup.hu/node/133370#comment-1750798

Tudom, még mindig jobb mint sok más, de önmagában messze nem elég.

(a network fileokat, az udev persistent bejegyzéseit is kézzel kell. Az alapbeállító csomagokat külön fel kell tenni, különben nem indulnak el, de nincsnenek függőségben (asszem). A network konfigurálható izé használhatatlan, ha nincs egyetlen ifcfg- file sem, meg ilyen apróságok)




Novell szerver lecserélése: https://hup.hu/node/133333#comment-1747735

jó lenne kicsit pontosítani, hogy mit is szeretnél konkrétan, mert nevesítetted a proxyt, közben meg felhasználókról meg mentésekről hadoválsz...




Novell szerver lecserélése: https://hup.hu/node/133333#comment-1747783

mármint akkro kell
-valami proxy izé
-valami tárhely izé
-ehhez valami jogsultságkezelés
-valami központi windows user kezelés

és mindezt valami kenyérpirítón?

van még más is?




Novell szerver lecserélése: https://hup.hu/node/133333#comment-1747808

Értem én, csak onnan indultunk, hogy novell meg proxy. De a novell azért sok dolgot tudott, szóval jó lenne tudni, hogy valójában mit is akar a kolléga.




Novell szerver lecserélése: https://hup.hu/node/133333#comment-1747840

ja ez a másik, hogy van valami hiba, szeretnénk alapbjaiban kicserélni az infrastruktúrát...




Novell szerver lecserélése: https://hup.hu/node/133333#comment-1748246

de most komolyan egy ilyen hiba miatt nem a) az ms b) a novell supportját kérditek meg először, meg próbáljátok megnézni, mi a franc ez, hanem kicserélnétek a komplett infrastruktúrát? Mert ez kb a szar a kvfőző, menjünk másik irodába esete...




Novell szerver lecserélése: https://hup.hu/node/133333#comment-1749560

Erre semmilyen normális mérnök nem fogja neked azt mondani, hogy igen. Hell, a saját DCjük nem működik hibamentesen a win7-tel (se, meg egyik másikkal se). Nekem nagyon az jön le, hogy várod itt a sültgalambot, hogy majd valaki megmondja, hogy mit használj, amivel "minden" működik. Egyérszt sokkal inkább definiálnod kellene a "mindent", másrészt meg tekintve, hogy azért akarsz váltani mert találtál egy bugot, amit nem szeretnél megoldani, kissé szekptikus vagyok arra nézvést, hogy van ennek értelme. Bug lesz másban is, max ha szerencséd van, nem szaladsz bele egybe sem a te "minden" definíciód scopejában. De erre zéró garancia van, hiába várod itt rá a megerősítést.




[Megoldva]Debian frissítése full DE csere: https://hup.hu/node/133392#comment-1749661

Hát, végignyálazod a csomaglistát, hogy mi nem kell. Esetleg leszeded az x-et (fogalmam sincs, hogy hívják mai nevén a csomagok), az függőségként visz magával kb minden szart is, aztán másikat feltelepíted, az visszahozza.




[Megoldva]Debian frissítése full DE csere: https://hup.hu/node/133392#comment-1749823

nem, hacsak nem őrültek meg az elmúlt években a debian package maintanerek, akkor ezzel minden lényeges megmarad ami nem x.




[Megoldva]Debian frissítése full DE csere: https://hup.hu/node/133392#comment-1750027

szerintem pont ezt akarja...




[Megoldva]Debian frissítése full DE csere: https://hup.hu/node/133392#comment-1750071

Mert? Van pl már egy normáisan becsiszolt rendszere, amin belakott mindenféle háttérszolgáltatást, kialakította magának a filerendszert, megheggelte a kernelt, hogy menjen az összes csilivili szarja, belakta a torrent daemont, mittomén kinek milyen perverziói vannak, de lehet még egy pár dolog, amit már összerakott, és nincs köze a guihoz... és ezt baromira nem akarja újracsinálni azért, mert a tetején levő guis alkalmazásokat egy az egyben kicserélje.

Én imho pont ugyanezt csinálnám a helyében ha desktopoznék linuxon. Max nem maszatolnék először az lxde leszedésével :)




[Megoldva]Debian frissítése full DE csere: https://hup.hu/node/133392#comment-1750085

Nem feltétlen kell szögelni, egyszerűen pontosan erről van szó, hogy egy csomó minent már belakott. És konkrétan a f..ranc akar etc-t mentegetni és nezegetni hogy mi változott mondjuk a postfix configjában. Ez ilyen fedora / rh irányú tökség, hogy telepítsünk újra.

Ráadásul akármennyire is okos a telepítő, csak terelgetni kell egy kicsit. Itt konkrétan kb 5 perc, míg az ember összemazsolázza a csomagokat, amiket le kell szedni, meg 2, amig megmondod, hogy mit kell feltenni, aztán el lehet menni mással foglalkozni...




[Megoldva]Debian frissítése full DE csere: https://hup.hu/node/133392#comment-1750107

Azért, mert ott nem szok lenni dist-upgade ugye. :) És az innen jövők ezért megszokták, hogy friss install nagyobb változásnál.
---
egyszerűen arról van szó, hogy nem egy darab 1es bitet akar meghagyni ilyenkor az ember. Vagy legalábbis nem feltétlen.




[Megoldva]Debian frissítése full DE csere: https://hup.hu/node/133392#comment-1750130

tudom, hogy vannak lehetőségek (ha hiszed, ha nem, leginkább yum alapú cuccokat nyomkodok manapság), ez általában nem az rpm/yum hiányossága, egyszerűen a distrók szeretik így összerakni magukat, és preferálják ez ezt utat, debianék meg inkább az upgradet.




OCSP responder szoltáltatás: https://hup.hu/node/133377#comment-1749788

nekem az volt még a kedvencem, hogy "jajj jajj, nagy a lista, szegény internet" amire a zseniális megoldás, hogy toljuk le a nagybaszott listát mindenkinek, olyan CAktól is, aminek a certjével egyébként nem is találkozom. ügyes.

őszintén szólva ez elég wtf ez a chromeos dolog...




OCSP responder szoltáltatás: https://hup.hu/node/133377#comment-1750026

jaja, csudi.

valószínű ilyet nem szivesen ad senki más kezébe...




OCSP responder szoltáltatás: https://hup.hu/node/133377#comment-1750066

Ja, csak gondolom aki az egészet kiadja, az úgyis kapja CRLt is vele, aki meg nem adta ki a kezéből az egészet, az nyilván azért, mert nem akarta. Imho viszonylag kevesen vannak ilyen félutasok, akik a certi kiadást megugorják, de CRLt meg nem akarnak maguk.




OCSP responder szoltáltatás: https://hup.hu/node/133377#comment-1750116

ez is lehet, tényleg csak tippelgetek, nem látok bele mélyebben ebbe a piacba...




Bankok, az adatvédelem bajnokai: https://hup.hu/node/133402#comment-1749672

Aztán a 12-nél felveszed :) vagy inkább :( Aztán a nénivel közlöd, hogy anyátok, tessék törölni a számom, az arra való tiltakozást, hogy azt ő nem tudja levenni nem veszed figyelembe, szépen elmondod, hogy a beszélgetést te is rögzíted, személyes adataid kezeléséhez a továbbiakban nem járulsz hozzá, nem érdekel a kifogás, töröljék ahogy akarják, lesz kedves közölni az adatkezelés nyilvántartási számát mostazonnal. Eddig használt.




Bankok, az adatvédelem bajnokai: https://hup.hu/node/133402#comment-1749708

egyrészt ez sem egyértelmű magánszemélyként, másrészt annyit kell mondani, hogy innentől rögzítem :) fennakadás szokott lenni, elköszönés és vonal bontása eddig még nem volt. (pedig sajna a számom valahogy bekerült egy ilyen kurva keringőbe egy fél éve, volt vagy 4 kanyar.)




Topológia vizualizáció: https://hup.hu/node/133415#comment-1749790

+1




alkarerősítő edzésprogramba kezdtem: https://hup.hu/node/133365#comment-1748563

Én szoktam húsz kilós kettlebelt fogni a kezembe (nagyobbat is), ha valakinek pillanatok alatt elfárad az alkarja(és küzd harminc markonyomóval), annak nem javasolnék kezenként húsz kilót még így sem nagyon. (meg mondjuk én itt azt sem látom, hogy így hogy tudom befordítani :) )




alkarerősítő edzésprogramba kezdtem: https://hup.hu/node/133365#comment-1748572

ja, hogy úgy. én valamiért oldalra gondoltam, és ott nem fért volna a tárcsa a combtól. Meg nem is nagyon értettem, mert ok, feszül-feszül, de annyira nem. De így már értem. Nem rossz, de tényleg sok egy kicsit imho, csak ovatosan. meg nem olyan költséghatékony ezért két kézisúlyzó :D




alkarerősítő edzésprogramba kezdtem: https://hup.hu/node/133365#comment-1749099

[én -- ugyan nagyon kedvtelés szinten -- csinálok olyan edzést, ami erősen hajaz a crossfitre] A kippinget annyiból megvédeném, hogy ott valóban más a cél, általában átmozgató sorokban van ilyen "darálós" húzódzkodás, többnyire a magas pulzusszám / állóképesség miatt, illetve versenyen, de az ugye minden más sportban is hoz sajna hülyeségeket. Ha izomépítés a cél, akkor értelmes edző azzal kezdi, hogy strict pull-up, és még hozzá is fogja tenni, hogy koncentráltan, nem kapkodsz, nem lengessz, hátból húzd, lefele is tartsd, stb.




alkarerősítő edzésprogramba kezdtem: https://hup.hu/node/133365#comment-1749538

Nem gondoltam, hogy akarod :) És valóban az a "húzódzkodás", szerintem a crossfitesek nagyrésze szerint is. Nyilván vannak barmok, akik arra verik magukat, hogy meg tudtam csinálni 3x annyi húzódzkodást, és mekkora király vagyok. Van ilyen "testépítő" is, tapasztalataim szerint általában a fekvenyomásra veri magát :)




alkarerősítő edzésprogramba kezdtem: https://hup.hu/node/133365#comment-1749100

Tévedsz, nem pihenni kell, hanem nem géppel dolgozni...




alkarerősítő edzésprogramba kezdtem: https://hup.hu/node/133365#comment-1749541

Ugyan lehet, hogy van olyan program, amit úgy írnak, hogy csak a billentyűket verik, de az sem egészséges.

(Nem, nem azt mondom, programozásnál néha nem ül órákat az ember, de azért az sem igaz, hogy kizárólag monitort kell bámulni)




Iptables - torrent szűrése: https://hup.hu/node/133363#comment-1748565

mondjuk ezesetben simán torrentezek otthonról :)




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1746567

néha :) előző céges lapostopos azért kb. fele-fele arányban játszotta a sötét-világos-megdöglött-de-újraindítottam, és a kékszínű-rizsa-a-végén-nvidia.dll-el mókát :)




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1746570

Esetünkben szerintem az nvidia volt a szar. Vagy a zikszpé.. :D




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1747068

dehát nemérted, hogy dll? az meg windows, nem? ;)




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1746601

viszont lehet, hogy nincs kompetens fejlesztő linuxra, uh. tovább fog tartani, és képzés is kell, vagy pl olyan cuccot licenszeltek egyben, ami ugyan csak xp-n fut, viszont van benne egy csomó már megírt cucc, amit nem kell lefejlesztetni, ezért sokkal kevesebbet kell fizetni a fejlesztőket.

(Ill ez utóbbi nyilván úgy is meg tud jelenni, hogy a fejlesztő majd utána máson dolgozik, de akkor meg annyival többet csinál meg az állandó béréből)




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1746823

Egyrészt az xp már lejárt, másrészt meg nem kell. A kockázatokat kell megnézni, és kezelni úgy, hogy elfogadhatóak legyenek. Ennek egyik módja az xp lecserélése, de látatlanban kijelenteni, hogy kell, az egy kicsit erős :)




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1746926

Mondjuk jól definiált hardweren a linux felrakása és üzemeltetése is meglepően gyors és fájdalommentes kellene legyen ;)




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1747623

Hint hint, a linux embedd fejleszőtje majd jól megoldja, amire az embedd cucc kell, uh ilyeneket telepíteni már nem kell gond legyen.




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1746978

Meglehetőst limitált tapasztalataim azt mutatják, hogy ez így is van.




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1747358

úgy fest, megél a többiekből, köszöni.




Utálom a windowst - X miliomodik epizód: https://hup.hu/node/133261#comment-1747231

Akkor ezt most közelítsd meg a másik oldalról: a bolt meg a nyomtatós szolgáltató miért szeretné, hogy valamit (nevezetesen az ext filerendszert) ráerőszakolnák. Ráadásul nekik azon az érven túl, hogy ez a fejlövésem, ezt használom, vannak kézzel fogható pénzügyi érveik is: pl nincs kedvük kéthavonta egy idióta miatt fenntartani egy unixos gépet, meg adminolni, meg megtanítani micikét mountolni.

Értem én, hogy te nem szereted az mst, de olyan adatok hurcibálására, amit ezer helyen akarsz használni, nem velük kompatibilis FS-en tenni nettó önszopatás. Aztán számonkérni a világon, hogy mindenki hülye, csak te vagy a helikopter, az meg vicces (értsd, nem vagy köteles követni, csak akkor ne sírjál már, hogy más meg a te izédre szarik). Jah, és tech érved se nagyon hiszem, hogy lenne: ntfst lehet írni vidáman linux alól, és el nem hiszed, de még linkelgetni is lehet ;)

A teszkóba meg azért kell sorompót rakni, bammeg, hogy gyorsabban menjen az élet, azt meg hadd mondják már meg, hogy hogyan kasszáznak, vagy nem is értem. Szerintem kissé szállj magadba.




Melyik a számodra legkevésbé kedves programozási nyelv?: https://hup.hu/szavazasok/20140504/melyik_a_szamodra_legkevesbe_kedves_programozasi_nyelv#comment-1731637

Én spec a funkcionálisokra szavaztam, meg is magyarázom, ha gondolod. Nem vagyok programozó, leginkább rendszertervezek meg sysadminkodok, ha kódot kell írni az leginkább valami párszáz sor perl ami a wd40-szigszalag szerepét tölti be valami olyan részen, amire a rendes programozó urak nem gondoltak (vagy nem jól, vagy "jól" nagyon drága lett volna). Meg persze tanultam azért programozni, csak mondjuk c-t, javat, ilyesmit rég nem kellett magamnak írni.

De ha szembe jön valami, amibe valamiért bele kell nézni, modjuk hogy az ember kitalálja mi a baja, akkor egy random funkcionális / oop nyelven írt izét általában megértek komolyabb erőfeszítés nélkül, látom kb mit csinál, tudok szólni, hogy hol néz ki marhaságnak, esetleg meg tudom patkolni magam. A haskellre mondjuk meg nézek mint borjú az újkapura, hogy ez mi a tököm akar lenni. Na, nekem ezért legkevésbé kedves :)




hiányzó syslog file: https://hup.hu/node/133290#comment-1746831

fut a syslog?




hiányzó syslog file: https://hup.hu/node/133290#comment-1746872

Tehát nem csináltál semmit, csak egy komplett dist upgradet? :D




hiányzó syslog file: https://hup.hu/node/133290#comment-1746888

esetleg ha megpróbálnád elindítani, is megnézni miért nem fut?




hiányzó syslog file: https://hup.hu/node/133290#comment-1746886

Debianból főleg nem. :D Egyébként meg attól függ, ha nem nevezéktan van a sources.listben, hanem stable vagy testing, akkor akár. Illetve ha testing, akkor egyébként is lehet bármi ugye kb ami az unstabléban valakinek egyszer átment a "nem írt ki hibát" teszten.

Azért egy update után simán lehet, hogy nem indult el rendesen...




hiányzó syslog file: https://hup.hu/node/133290#comment-1746914

Emlékeim szerint debianban régebben így volt...




hiányzó syslog file: https://hup.hu/node/133290#comment-1746964

Hát, az nem lenne baj. Jelenleg nem kapsz értelmes security updateket ui. Illetve ha ott wheezy, akkor a felső sorban a stable is legyen inkább az.

De még mindig leginkább nézd meg, miért nem indul a syslog.




hiányzó syslog file: https://hup.hu/node/133290#comment-1746977

Hasonló. De mivel fogalmunk sincs, hogy eredetileg mivel syslogoltál, az hogyan volt konfigolva, és mit tett a syslog nevű filba, ezért nehéz megmondani, hogy pontosan mi a pálya. A messages _általában_ úgy van konfigolva, hogy egy-két security ügyileg kényes dolgot leszámítva mindent beleír, szóval nagyságrendileg valószínű hasonló a helyzet, mint korábban.




hiányzó syslog file: https://hup.hu/node/133290#comment-1746983

A syslog egy maradék file, amihez tavaly óta nem nyúlt semmi?




hiányzó syslog file: https://hup.hu/node/133290#comment-1747010

*.*;auth,authpriv.none -/var/log/syslog

ő irja a syslogot is elvileg. Azt kéne megnézni tényleg, hogy a stat pontosan mit is mond, illetve hogy nem az van-e, hogy igazából még nyitva a file mondjuk egy filehandlen keresztül, és "csinálja újra" (lsof, meg az inode nézegetése segít) persze igazából nem is, csak nem lett letörölve mondjuk (bár ilyenkor a futó process bezártával el kellene pusztulnia tényleg).

Esetleg egy syslog stop, file letöröl, syslog start. Meg persze azon triviáia, hogy kerülnek-e bele friss bejegyzések a fileba...




hiányzó syslog file: https://hup.hu/node/133290#comment-1747020

editelte a hozzászólást :)

egy stat /var/log/syslogot, és egy lsof | grep syslogot légyszi.




hiányzó syslog file: https://hup.hu/node/133290#comment-1747045

nem, a *.*;auth,authpriv.none azt jelenti, hogy mindent, és az auth.none, az authpriv.none (mivel vessző van az auth után), ami meg egy faszkalap módja az ezekről a facilitykről semmit megmondásának, szóval az auth pont nem kerül bele.




hiányzó syslog file: https://hup.hu/node/133290#comment-1747063

vannak ilyen napok. Én még emlékszem olyanra, hogy annyira meghalt bármi, amihez hozzáértem, hogy mikor ebéd után elindultam, hogy csak újraindítok lent valamit, a nem kicsi kolléga elrobogott mellettem, és megállt a gépterem ajtajában, hogy "te ma ide nem mész be" :D

Egyébként meg shift, blee...




hiányzó syslog file: https://hup.hu/node/133290#comment-1747027

írni ír bele valami?

mondjuk egy
logger test
után mizu?




hiányzó syslog file: https://hup.hu/node/133290#comment-1747046

az rendben is van. a logfileokat kéne megnézni.




hiányzó syslog file: https://hup.hu/node/133290#comment-1747048

nem tudjuk, hogy most logol-e egyáltalán valami :)




hiányzó syslog file: https://hup.hu/node/133290#comment-1747042

persze gyors kugli szerint a lenny óta a default syslog a lenny óta az rsyslog, uh csak meg kéne nézni azt is, hogy fent van-e, csinál-e, fog-e valamit. (gyanús, hogy az updatenál szimplán az állt le)




hiányzó syslog file: https://hup.hu/node/133290#comment-1747054

azért a sima syslogot viszont vedd le, mert ütközni fognak. vagy legalább állítsd le, hogy ne is menjen




hiányzó syslog file: https://hup.hu/node/133290#comment-1747223

nem valószínű. Szerintem te egyszer csináltál egy albaszott dist-upgradet, és nem vetted észre, hogy baj van... Tessék szépen megnézni, hogy fut-e a cron, meg ilyesmi...




hiányzó syslog file: https://hup.hu/node/133290#comment-1747270

Akkor most próbáld értelmezni.

(*system*) ERROR (Missing newline before EOF, this crontab file will be ignored)

----
izé, ez meg komoly?
00 00 * * * root shutdown -h now




hiányzó syslog file: https://hup.hu/node/133290#comment-1747286

amivel egyébként szar, kissé lassú hw clockkal pont el lehet érni, hogy több mint egy percet ugorjon az óra, és pápá shutdown :)




hiányzó syslog file: https://hup.hu/node/133290#comment-1747222

Kétesélyes imho, el is futnak épp egymás mellett. (Sőt, nekem van olyan rendszerem, igaz freebsd, ami az időnként maga alá fosó rsyslog miatt futtat egy sima syslogot is, hogy ne álljon meg a szolgáltatás, ha meghal az rsyslog)




VPS-en out of memory: https://hup.hu/node/133123#comment-1746598

csak mert látom, technikai vonalon nem volt válasz:

nem az udev nyírta ki, hanem az OOM, mert elfogyott a memó. Az OOM az mondjuk, hogy a kernel kisbaltás rendcsináló bácsija, mikor már nagyon nincs memó, és kéne, akkor jön, és lecsapkod kb random processzeket, hogy legyen. Esetünkben az látszik, hogy köszönettel, de igen jól célzott, és az upstart két alkatrészét csapta agyon. Most fejből nem tudom, miért felelnek, de jó nem sül ki belőle, az szinte tuti.

Hogy a mem azért fogyott ki, mert tényleg kifeszegetted a korlátot, vagy azért, mert a hypervisor fogyott ki fizikailag, az ebből passz. Egy kis swap file segíthet ilyenkor, de leginkább megnézni, hogy nem kell-e nagyobb doboz, vagy nem lehet-e optimalizálni, mert azzal max azt lehet elérni, hogy ilyenkor nem halljon szét a cucc, csak belassuljon.

a pastebin meg sajna nem látszik....




VPS-en out of memory: https://hup.hu/node/133123#comment-1746821

Én is azt írtam, hogy passz. :)

Bár én meg az openvzről maradtam le... :) Ezesetben szinte biztos, hogy a szolgáltató a ludas, és a swapnak nincs értelme...




Oldschool rovat - The UNIX Operating System: https://hup.hu/cikkek/20140604/oldschool_rovat_the_unix_operating_system#comment-1741968

van egy olyan vetülete a cloud nevű bullshit halmaznak, ahol azért valamennyire helytálló.




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1741966

A bibi csak az, hogy a küldőnek nincs szerződése :)




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1742073

Mármint megemlítheted, hogy "ezt nem kellett volna". :-) Mint már linkelte valaki, omubusszman bácsi szerint is az van, hogy el a kezekkel...

Én már többször filóztam rajta, hogy egyszer elkezdem pedzegetni az ITnál, hogy a szabvány szövegünk szerinti monitorozás kurvára nem állja meg a helyét kis országunkban, de van elég dolgom enélkül is :)




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1743002

Ja, tehát ha az szerinted nem jó, akkor tekintsünk el tőle? :)

Az a baj, hogy mi nem szeretnénk, mert pl. úgy gondoljuk, hogy az a helyes gyakorlat?




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1742416

Szerintem még mindig nem értitek. Mondjuk a fenti eset, az érintett Kis Pista, értékesítéssel foglalkozik, épp zabhegyezőket árul, van neki egy e-mail címe kis.pista@elsozabhegyezobt.hu, ezt nyilván látják partnerek, horrible dictu még a cég honlapján is kint van, lévén ő az értékesítő. Erre a címre kap egy levelet mondjuk egy fejvadásztól (vagy egy partnertől, vagy akárkitől), hogy nem-e akar melót váltani, merthogy nekik kell tapasztalt értékesítő. Ezt a főnöke elolvassa, és kibassza.

Pista meg el sem akarta fogadni, mert tök jól elvolt, meg munka után reszelgette Katikát a pénzügyről... És hatása semmi nem volt rá, mivel kapott egy levelet. Az pedig, hogy milyen szerződés van közte és a munkaadója között, sem nem ismert harmadik fél számára, sem nem tartalmazhat olyat, ami magasabb szabályba ütközik (márpedig erősen úgy tűnik, hogy a gyakorlatban ez a jogászok véleménye).

Harmadrészt meg azt hiszem józan ésszel is belátható, hogy a kis.pista@ az másoknak azt jelenti, hogy amögött kis pista van, és a vele való közlendőmet neki írom, és nem neki, illetve a főnökének, a főnöke titkárnőjének, a rendszergazdának, a HR-nek, meg a securitysnak. Aztán pista majd max szól, hogy béluskám, ezt legközelebb légyszi a @gmail-re.




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1742456

Meg ott, hogy a személyes adat meg a "levéltitok" egyébként törvényi védelem alatt áll, ezért nem turkálhat benne, akkor sem, ha beleírta. Tessék megérteni, hogy attól még, hogy céges erőforrás, attól még ezeket a constrainteket be kell tartani a cégenek ha tetszik, ha nem, akármit is ír a szerződésbe. Azt is hiába írja bele, hogy hetente egyszer köteles vagy leszopni, ha úgy gondolja...

A főnök idióta, és a főnöknek nincs köze a részletekhez, pont.




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1742458

De, ez tök életszerű. Még akár a céges telefonon is felhívnak. Az, hogy te még nem láttál ilyet, az egy dolog.
---
És belátható, hogy ezt kis pista dolga rendezni a saját munkaadójával kötött megállapodásának megfelelően, a munkaadónak pedig semmi köze azon email tartalmához.




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1742468

Utoljára így váltottam melóhelyet :)




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1742481

Mármint azután, hogy így beszéltem egy fejvadásszal? Semennyit, nyilván.




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1742491

így keresett meg fejvadász. Arra a részére reagáltam, hogy melyik hülye fejvadász keres eleve céges elérhetőségen. A melyik hülye főnök részt már a nyitó hozzászólás megalapozta :)




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1742499

válaszoltam, ha nem volt egyértelmű: #3.

A főnököm nem volt hülye, a fejvadász így nem keres részére hoztam példát :)




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1742184

Mondjuk ebben az esetben -- mármint ha a munkaügy kapcsán volt baja a stílussal/akármivel -- akkor akár még rendben is lehet, hogy szól a főnöködnek, hogy na. Alapvetően faszkalap eljárás, nem kicsit, de az ilyen lehete-e oldalról védhető.

Az, hogy hogyan kapta a levelet, az persze kérdés, nyilván a mindent lát aggályos, de ha az ismerősöd forwardolta, akkor ez a része nem para imho.




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1746477

Semelyik. Ami van, azt mondja, hogy ha biztosít nevesített e-mail címet, akkor a személyes adatokkal hogyan kell eljárnia. Azt megteheti, hogy ha magnácélra használod kirúg (a hogyan veszi észre azért ingoványos terület, illetve azért egy esetleges munkaügyi bíróságon egy ilyennel óvatosan, mert önmagában elég gyenge lábakon álló érv, nem biztos, hogy megveszi a bíró, de ez mellékszál), de ez még nem teszi számára lehetővé azon adatok megismerését, kezelését, stb. stb-




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1746528

a 3. és 4. pont az idézgetett ombuccman bácsi állásfoglalása szerint nem így van.




céges mail lehallgatás miatti retorzió a küldőnek: https://hup.hu/node/133025#comment-1744058

Normális helyen ez úgy megy, hogy
a) szabadság előtt a folyó ügyemiről tájékoztatom azt, aki helyettesít
b) a levelezőm küld egy autoreplyt, hogy szabadságon vagyok, joskapistát légyszíves.




Miota divat itt szo nelkul torolni egy topic-ot?: https://hup.hu/node/133162#comment-1744549

igen, ezeket konkrétan nem szereti trey.




Miota divat itt szo nelkul torolni egy topic-ot?: https://hup.hu/node/133162#comment-1744563

Mondjuk ha tippelnem kellene, akkor az utf8ra meg a drupalra mutogatnék ilyen ügyben :)




Ebay: a jelszócserés e-mail nem érkezik meg: https://hup.hu/node/133172#comment-1744631

Én is elpötyögtem vele 1-2 hete, úgy harmadikra megjött.

(Fogalmam sincs, hogy az én mxem volt-e a bűnös valami greylistinggel mondjuk, vagy egyszerűen kissé túlterhelt ez a feautre az ebaynél mostanság)




Ebay: a jelszócserés e-mail nem érkezik meg: https://hup.hu/node/133172#comment-1744637

Ja, amik nem jöttek meg, azok azóta se, kb 3x megizélgettem, hogy "küldjél már egy másikat"




DNS szerver, de melyik?: https://hup.hu/node/130243#comment-1697581

És ha fiztem, mert benne van a boundle-ba, akkor miért lesz hirtelen kötelező használnom?




DNS szerver, de melyik?: https://hup.hu/node/130243#comment-1697713

Szerintem nem "illik". Ha megfelel használod, ha meg valami miatt neked ez nem kell (nem megbízható pl, vagy hülyén cachel, esetleg nem akarod, hogy az összes általad látogatott hostnevet el tudja loggolni a szolgáltató, vagy szeretnél alternatív TLDket használni, akkor meg nem használod. Szerintem itt semmiféle illik nincs. Emailt is adnak, akkor illene azt használni?




DNS szerver, de melyik?: https://hup.hu/node/130243#comment-1697720

Van némi különbség aközött, hogy látja az IP trafficomat, amiből a PTRt később visszakeresheti, az meg valamit mond, de nem feltétlen azt, amit én kértem, vagy extra effortal proxyzik, vagy valami deep packet analízist csinál egyébként is, és aközött, hogy a bind logjában ott figyel egy helyen az összes, ready for taking.

Szerintem sincs ennek értelme, de simán el tudom fogadni, ha valakinek ez a fejlövése (pláne azzal szemben, hogy a szolgáltató dnsét illik használni).




DNS szerver, de melyik?: https://hup.hu/node/130243#comment-1697902

Srácok, ne akarjatok már ennyire meggyőzni arról, hogy az egyik légből kapott lehetséges példám hülyeség. Idézném: "Szerintem sincs ennek értelme, de simán el tudom fogadni, ha valakinek ez a fejlövése". Igen, szerintem is az. És nem buzdítottam senkit, egyszerűen csak szerintem nincs olyan, hogy "illik" használni. Egyébként meg tőlem aztán a vérpistike nyugodtan szopathatja magát otthon dns bizgerálással, kit zavar? Mellesleg dnsmasqal szerintem a szükséges technikai hozzáértés nem tudom, három config paraméter beállítása lehet kb.

(Egyébként meg láttam mér pár nagy céget, simán el tudom képzelni, hogy logolja a bind a kéréseket, vagy azért, mert kell valamire, vagy azért, mert lusta pöcs az admin.)




DNS szerver, de melyik?: https://hup.hu/node/130243#comment-1697903

Azért ahhoz, hogy legyen egy vpned [pláne, amit nem logol ugyanúgy egy random másik szolgáltató] messze nem trivi, mint a saját dns.




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738678

Árnyalja a képet, mikor a securityért felelős inkompentens pöcs pl egy az egyben veszi át a a vendor szűrő listáját, és nem működnek a processzek, hogy "menj már anyádba, dolgoznánk" :)




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1737833

"Sending a USR1 signal to a running 'dd' process makes it print I/O statistics to standard error and then resume copying"




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1737932

el biza :)

Neked nem trivi, aki meg unixhoz van szokva, az ahhoz is hozzá van szokva, hogy valami signallal elő lehet idézni ilyeneket, és kb 1 perc alatt megnézi a manban. Értem a fenti agymenés jó részét, isten látja lelkem, szerintem kb minden szoftver szar, és bőven van mit javítani a usabilityn, de hidd el, a másik oldalról ugyanez a móka. Bonyolultabb windowsos francoknál (mittomén, utoljára egy Citrix Xenapp evo volt ilyen) a hajamat tépve tudok kurvanyázni, hogy semmit nem találok, de nyilván egy egyszerű mass windows installal is simán hosszabbat szivok, mint aki napi szinten csinálja, mert nem ismerem a toolokat, meg nincsenek összeszedve hozzá a vackok.

--

X meg ja, remoteban szar. Gyenge vonalon látványosan, erősön csak kevésbé. Viszont igazság szerint ha már valami szerver izét grafikusan kell bizgetni, attól eleve agyfasz van, tessék szépen csinálni hozzá cli / tuit. Tudomásul kell venni, hogy ott sokkal jobb a tool támogatottság, mint graf izékkel.




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738032

egyrészt lanon is lehet szükség securityra, másrészt meg azért, mert végtelenül kényelmes? Fut az x server, a kliensnek meg van mondva, hogy akarom, akkor kb minden decens szerver magától összerakja, és nem kell DISPLAYt piszkálni...




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738256

ezt a display exportolok inkább, mint egy javas guira várjak dolgot nem értem (igazság szerint a másikat se nagyon). De alapvetően az van, hogy megtanítottam a securecrt/putty/cmdline ssh/whatever kliensnek, hogy defaultból kérjen X forwardot, majd dolgozom, és ha kell valami Xes, akkor az esetek nagy százalékában az ssh már elintézte nekem. Amikor esetleg nem, akkor nyilván exportálok egyet. Ennél kevés egyszerűbbet tudok elképzelni...




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738040

ezt a mondatot nem is láttam, de szerintem egy s/windows/linux/ megállja a helyét benne :)




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738547

I beg to differ :)




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738551

A signalok nem a process lelövésére szolgáló eszoközök. Van köztük kettő, ami arra szolgál, de egyébként még sok másra is szignalok vannak. Abban egyetértek, hogy ha nem killnek hívnák, hanem mondjuk sendsignek, az talán szerencsésebb lenne. Persze akkor meg menne a hiszti, hogy nincs egy parancs a processz lelövésére, hát miért nem intuitív ez a szar. :)




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738647

Az intuitivitás jó, de nem mindenek felett való. :-)




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738757

Csak tippelgetek, ezer éve nem láttam linuxot laposon, de nem lehet, hogy a hibernate supporthoz kell legalább annyi swap mint amennyi memo van?




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738865

és tényleg, nem tudok olvasni...




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738846

spec a signalok mondjuk a kill manjában is benne vannak, de kissé már túlpörögtük ezt. Tény, hogy lehetne ügyesebben, meg az is, hogy aki rendszeresen tologat unixot, az azért erre előbb utóbb gondol. Kvázi "intuitív", hogy "nincs valami signal, amivel meg lehet kérdezni?". Konkrétan én spec nem emlékeztem, és a man, /, verbose, nem, akkor status, nem akkor signal, ez az módszerrel kerestem meg kb egy perc alatt.

És azért lássuk be, hogy cli-n nehéz azt a kényelmet adni generalice, mint amit a gui tud azzal, hogy előregyártott felületen mutogat mindenfélét. cli-n muszáj olvasni egy kicsit többet, jellegéből adódóan.




Kalandozások Linuxföldén: https://hup.hu/node/132765#comment-1738959

Bár szerintem is jó a signalozás, legyen elszeparálva a feature, a terminál kezelés az, aminek pont nem annyira van helye szerintem benne (a systemdben sem), éppen amiatt, hogy a flowt csinálja csak a terminál, vagy valami, ami épp azért van, hogy a csökött terminál helyett megcsinálja (more / less). Az meg hab a tortán, mikor valami az esetleg parseolt kimenetbe belehányja, hogy "levágtam, nem baj?". Pláne, ha ezt ott teszi, ahol egyébként az érdemi infó van (stdout leginkább). Péklapát díj, ne törjük már össze a scriptelhetőséget, pipeolhatóságot....




domain brókerek nyomon követése: https://hup.hu/node/133047#comment-1742909

"ne haragudj, de nem az fáj véletlenül, hogy nem neked jutott eszedbe előbb?" én speciel nem érintettként nulla értéket termelő sleppnek tartom a domain nevek üzletszerű lefoglalását, és szívesebben látnám, ha menne az egész a fenébe :)




Na most elgurult a gyógyszer!: https://hup.hu/node/133090#comment-1743442

Akkor sürgősen keress egy másik kresz könyvet :) Ugyanazok a szabályok érvényesek. (Ráadásul a kikerülés külön címszó alatt nevesíti, hogy álló jármű vagy egyéb akadály, majd közli, hogy tessék úgy csinálni, mint előzésnél.

Ennek ellenére bringást meg lehet előzni sávon belül, bár nincs ilyen szépen nevesítve, egyszerűen csak a feltételek közül hiányzik a sávváltás, és a záróvonalnál előzés tiltásánál van bedobva, hogy kivéve, ha azt nem kell érinteni hozzá...




Na most elgurult a gyógyszer!: https://hup.hu/node/133090#comment-1743444

"ami bármikor megdobhatott volna oldalra úgy, hogy pofára esek (30-nál nem olyan finom)" ezzel majd esetleg bíróságon ne nagyon dobálózz, mert ha a másik ügyvédje szemfüles, már jön is, hogy ezt:

25. § (1)182 Járművel a forgalmi, az időjárási és látási viszonyoknak, továbbá az útviszonyoknak (az út vonalvezetésének, az útburkolat minőségének és állapotának) megfelelően kell közlekedni ...

miért nem tartottad be?

--
egyébként személy szerint azt gondolom, hogy videó csal, elég nehéz eldönteni, hogy mennyire volt ez csücskös, mert így szemre annyira nem, hogy egyértelműen elmeszeljék. Persze lehet, hogy szakértői méricskélés után kijön, hogy de, de mivel baja senkinek nem lett, nagyon nem fogják legorombítani, és mivel a bíró is ember, és a videó csal, esetleg ő is pattogásnak fogja majd tekinteni, amit csinálsz.

ill még egy, ha, ez külterület (nem egyértelmű) akkor még ezzel is jöhet esetleg a másik:

Lakott területen kívül a nagyméretű, valamint a lassan haladó jármű vezetőjének az úttest szélére húzódással és - a szükséghez képest - lassítással is elő kell segítenie azt, hogy járművét más jármű megelőzhesse

hogy jogászéknál a valamint az ést vagy vagyot jelent, az passz :)




CSV File ujsor problema: https://hup.hu/node/133042#comment-1742496

gyors gugli első hit:
http://onelinercode.wordpress.com/2011/03/10/awk-multiline-csv-flattene…




CSV File ujsor problema: https://hup.hu/node/133042#comment-1742571

CSVt azért, mert kb triviális regexel, ha amúgyis tovább akarom mószerolni még valami programféléből? (Jó, spec én lusta vagyok, és használom mondjuk a Text::CSV-t, de ált sokkal triviálisabb ott helyben lekezelni, mint belepakolni egy random toolt a workflowba csak ezért)




Autóvásárlásnál mi a fontossági szempontod?: https://hup.hu/szavazas/20140525/autovasarlasnal_mi_a_fontossagi_szempontod#comment-1739828

Aztán kimész mondjuk kínába, ahol mondod, hogy te szeretnél egy villát, mert a rántotthús pálcikával még nem megy, az éttermes meg tök megérti, csak épp villája nincs :)




Autóvásárlásnál mi a fontossági szempontod?: https://hup.hu/szavazas/20140525/autovasarlasnal_mi_a_fontossagi_szempontod#comment-1740357

Én sok túristák által látogatott helyen láttam küzdeni fehéreket pálcikával. Persze lehet, hogy brahiból, vagy nem tudták / merték mondani, nem tudom, én nem nagyon próbálkoztam vele, mert én meg tudom enni a rántotthúst is pálcikával :)

De pl nagy IT cégek (értsd: folyamatosan vannak külföldi mérnökök ott projekten) menzáján sem láttam villát :)




Autóvásárlásnál mi a fontossági szempontod?: https://hup.hu/szavazas/20140525/autovasarlasnal_mi_a_fontossagi_szempontod#comment-1741174

bizonyára ez is benne van. Én azért tanultam meg, mert ott az a normális, sokkal könyebb elleni, és mivel összeségében voltam kint majd egy évet, azért nem mindegy. :) Ráadásul a legjobb kajákat olyan helyen adják, ahol nem is tudnak a villa létezésétől :)

szerk: ja, és ez bizony fordítva is működik, idejött kínaiak is küzdenek a mi asztali etikettünkkel, emlékszem még igen hálás kinaira, akinek elárultam, hogy ha nem párhuzamosan teszi le a kést villát, akkor nem próbálják majd lenyúlni a pincérek a kajáját állandóan ;)




Autóvásárlásnál mi a fontossági szempontod?: https://hup.hu/szavazas/20140525/autovasarlasnal_mi_a_fontossagi_szempontod#comment-1741303

eh, úgy tűnik :)




Autóvásárlásnál mi a fontossági szempontod?: https://hup.hu/szavazas/20140525/autovasarlasnal_mi_a_fontossagi_szempontod#comment-1741365

bezzeg egy jó pacal :)




Autóvásárlásnál mi a fontossági szempontod?: https://hup.hu/szavazas/20140525/autovasarlasnal_mi_a_fontossagi_szempontod#comment-1741608

A kínait, ha jól készítik el, akkor nem büdös. De volt már szerencsém olyat szagolni, hogy inkább ettem volna pacalt...

;)

Egyébként pedig a pacal főzés közben megúszhatatlanul büdös, baj akkor van, ha a végére is az marad.




Autóvásárlásnál mi a fontossági szempontod?: https://hup.hu/szavazas/20140525/autovasarlasnal_mi_a_fontossagi_szempontod#comment-1741963

Bár nem nagy kedvencem, ezért túl sokat nem kisérleteztem vele, de úgy tűnt, hogy a sör a max a szakácsba öntve segít. Büdös marad, de nem zavar :D




Autóvásárlásnál mi a fontossági szempontod?: https://hup.hu/szavazas/20140525/autovasarlasnal_mi_a_fontossagi_szempontod#comment-1738760

most kicsit nem értem: ha nincs bajod vele, csak az, hogy drága, akkor miért "Nincs bajom azzal hogy legyen autód, csak ha mással is megoldható akkor inkább mással old meg a közlekedést." ? Ha neki megér ennyit a kényelme, luxusa, akkor abba te miért is akarsz belebeszélni a vonal mellől?




Autóvásárlásnál mi a fontossági szempontod?: https://hup.hu/szavazas/20140525/autovasarlasnal_mi_a_fontossagi_szempontod#comment-1738963

Az első pontot annak fényében, hogy mennyi baromságot fizettetnek autó után inkább hagyjuk, a többi pedig egyszerően nem jön ki a fenti hozzászólásodból.

(A fővárosban meg azért nem lehet parkolni, mert az agglomerációból csak kocsival lehet értelmesen bejutni)




Network monitoring progik, mik a tapasztalatok?: https://hup.hu/node/132769#comment-1738299

Amellett, hogy van némi igazsága, elég frázispuffogtatás igazából.

Plusz a némi igazság másik oldalán ott van, hogy jó monitoringot akkor lehet csinálni, ha azzal foglalkoznak. Fire and forget itt nincs.




Network monitoring progik, mik a tapasztalatok?: https://hup.hu/node/132769#comment-1738553

Szerintem ez speciel a skálázódáson sokat nem segít. Az első doboz határait tolja esetleg kintebb (alarm karakterisztikától függően). Ugye a beérkező alarmot is fel kell dolgozni. Ez esetleg kevésbé költséges, illetve ritkábban kell csinálni ált.

Cserébe imho életveszély a passive check / snmp trap. Van, ahol van értelme, meg fel lehet készülni rá, hogy jó legyen, de alapvetően nem jó, ha a megfigyelttől várjuk, hogy szóljon ha baj van. Mi csak akkor használunk ilyet, ha nagyon muszáj.




Network monitoring progik, mik a tapasztalatok?: https://hup.hu/node/132769#comment-1738600

Ez nem passzív check, ez bonyolult check :)Mellékszál, de amire egyébként tökéletesen alkalmas a nagios, ha írsz javas progit, akkor a rettenetesen bonyolult APIt a nagios fele még nyugodtan beleírhatod (ezt passzív esteben is jobb így, mint wrapperrel), kb egy status kódod kell visszaböfögni stdouton, opcionálisan perfdatát key=value párokban. Aztán nyugodtan megtanítatod a nagiosnak, hogy ezt futtatgassa szépen aktív checkként. Ha kell, akkor nrpe-vel akár magán a figyelt tobozon is.

Az aktív és a passzív check között az a különbség, hogy a nagios az elsőt ütemezetten és biztosan leellenőrzi, a másiknál meg várja, hogy majd az agent szól, ha valami státusz változás van, addig meg úgy tekinti, hogy jó. Ez nem függ a futtatott ellenőrzés bonyolultságától...

Ráadásul te is írtad, hogy "A passziv checknél én ilyesmire gondoltam, pl. irsz erre egy javas kliens progit ami ha megállapitja a státuszt akkor bekiabálja a nagiosnak." ilyenkor a megfigyelttől várjuk (értem én, hogy nem ugyanaz a processz, de a nagios szempontjából az ugyanaz, absztahálj kicsit). És pontosan ez a baj vele: azért zöld, mert áll a szolgáltatás, vagy azért, mert a javas progi ráfutott valami bugra, amitől már két napja elcoredumpolt. Esetleg amikor lehalt a cucc, akkor épp nem volt hálózat, uh nem kaptál alarmot. Akár épp azért döglött meg, mert elment a háló, aztán az visszajött, de a szervíz nem tudott öngyógyulni. Szóval veszélyes terület ez. Körbe lehet bástyázni (lehet figyelni az ellenőrző processzt, lehet okos dependenciákat csinálni, stb), de azzal egy idő után az ember oda jut, hogy újra kell írni a fél nagiost.

Ettől persze még van, amikor bőven jó, de ha hűbele balázs módjára csinálja ezt az ember, hogy "van check, pipa", akkor előbb utóbb az lesz, hogy felhasználó fog szólni a monitoring helyett, az tuti.




Network monitoring progik, mik a tapasztalatok?: https://hup.hu/node/132769#comment-1738297

Bár szerintem a nagiossal is sokáig el lehet skálázódni, mi op5-ot használunk, ami nagios csak összerakva egy rendes guiban rrdtoolal meg ilyesmivel, ill pár vidám extrasággal, pl rest api, ill tudnak elosztott működést, vannak pollernek nevezett dobozaik, akik egy-egy host group monitorozását átveszik, az eredményeket meg feltolják a masterre. Múltkor nekikszegeztük a kérdést, hogy ha az új renszerben sokszázas nagyságrendben telepítenénk pollereket, akkor mennyire fosná össze magát, és pre sales engineertől meglepően keretelés nélküli "menni fog" választ kaptunk. De jelenleg is fut nálunk szerintem 300 feletti host és 5000 feletti service check, és közelében nem vagyunk limitnek.

Egyébként fizetős, de 20 hosting ingyen van most azt hiszem. Illetve értelmes opensource cégként működnek, a nagios4ben már saját bevallásuk szerint igencsak benne van a kezük, ill pl a az elosztott cucc is elérhető náluk valami os licensze alatt.




Elsődleges gépem egy...: https://hup.hu/szavazasok/20140603/elsodleges_gepem_egy#comment-1742139

Engem is, én 95 körülre tippeltem volna :)




Elsődleges gépem egy...: https://hup.hu/szavazasok/20140603/elsodleges_gepem_egy#comment-1742178

jah, de ez "IT" "portal", kicsit nagyvonalúbb az ember :)




Hackelve "patchelhetők" a már nem támogatott Windows XP-k: https://hup.hu/cikkek/20140527/hackelve_patchelhetok_a_mar_nem_tamogatott_windows_xp-k#comment-1739320

A belép is véleményes, meg a védelmet biztosító is :)




Illegális-e feltörni valamit kutatási célból? : https://hup.hu/node/132912#comment-1740423

Majd aszongyák, hogy csak az ügyintéző magánvéleménye volt, lásd apech, izé nav.




Illegális-e feltörni valamit kutatási célból? : https://hup.hu/node/132912#comment-1740702

Némi különbséget vélek felfedezni a jogalkotás, és a között, hogy valakinek nem egyértelmű a törvény, odamegy a törvény által felkent alkalmazóhoz, hogy legyen kedves és mondja meg, hogy ő hogyan értelmezi, kívánja alkalmazni, majd eszerint eljárva utána ugyanezen alkalmazó megbünteti, és közli, hogy a kollégái következmény nélkül beszélhetnek előzetesen baromságokat...




Illegális-e feltörni valamit kutatási célból? : https://hup.hu/node/132912#comment-1740922

szerintem elbeszélünk egymás mellett...




Ennyire drága lenne az Android?: https://hup.hu/node/122000#comment-1732793

Vannak a világnak olyan helyei bőven, ahol ez nem megy ilyen egyszerűen, csak nem utaztál még elég vicces helyre.

Törököknél még úgy is jártam, hogy a Turkcelles srác által kezembe nyomott sim (mármint hogy nem a boltban, hanem bent az irodában a HLRt adminiszráló egyik srác), hogy tessék itt van másnnap reggel múlva simán nem ment, mert a telefonom imei-e nekik külföldi volt, és nem tudta megtekerni, adott egy telefont. De az, hogy nem vehetsz, vagy legalábbis nem egyszerűen, az elég sok, egyébként meglepő helyen van így. (Pl finneknél is a heliy srác mutatott id-t mellettem. Mondta, hogy lehetne az enyémre is, de az itt a kisboltban plusz 25 perc lett volna).




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1737074

Épp ma reggel láttam egy ilyen koccanást, és nem először (konkrétan kétsávoson magam mellett kétszer láttam ilyet, mikor én megálltam a zebránál), szóval ha hiszed, ha nem létezik.




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1737123

De lehet. Illetve lehet még a "hülye majom vagyok, fel sem merül bennem, hogy valaki meg fog állni a zebránál" és a zebrát épp nem óvatosan lassítva elérő kolléga találkozása is. Egyszerűen csak példának hoztam, hogy ezek a dolgok a nem idális világban előfordulnak, és az egyszeri ember kénytelen figyelni, a körülötte levő többi hülyére. Akkor is, "ha mindenki betartaná"... nem tartja be mindenki, az ebmer vezetve is tudja, hogy a zebrát sokan opcionálisan kezelik...

Ha autót vezetsz budapesten, akkor bizony zebra előtt érdemes:
- óvatosan lassítani. Sokkal óvatosabban, mint ami egyébként indokolt lenne.
- nézni a tükröt, hogy esetleg nem egy fogalmatlan segg van mögötted aki nem fogja fel mi történik, nem tart követési távot, ilyesmi)

Az első nem mindig megoldható (akár azért, mert van neki valami egyéb ojjektív oka, pl szeretnéd, hogy a sor végén még 4-5 autó átférjen, mielőtt vált a lámpa, akár azért, mert pl a forgalom többi részével is el voltál foglalva, és úgy jött ki, hogy nem tudtál 50 méterrel korábban már ezzel foglalkozni). Ilyenkor a második pont különösen fontos, őszintén szólva, ilyen esetekben sokszor a gyalog érdekében is jobb megoldás, ha inkább átmész azon a zebrán. (Jobb, ha a gyalog elkönyveli, hogy már megint nem állt meg az egész sor, pedig látják, hogy át akarok menni, dögöljenek meg, including you, mintha te mégis megállsz, a gyalog nekiindul, hogy na végre, aztán csatt, hátul, és ha a gyalognak peche van, csatt elöl is.




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1737129

A lukra, amin átengednek. Biztos egy alternatív univerzumban élek, de elég rendszeresen látok a zebra szélén álló gyalogosokat, akik arra várnak, hogy megálljon az kocsisor, mert akármennyire öntudatosak, élni is szeretnek...




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1737148

Ezek mind nagyon szépek, ha hiszed, ha nem, én is szoktam integetni pl, de ettől még a jelenség létezik.




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1736843

ez csak nagyon technikai, de igen, kötelező neki (már amennyiben cselekvőképes). A jogsi arról szól, hogy számot is adsz róla, hogy tudod (meg még pár másról, ilyen műszaki meg vezetéstechnikai dolgok, amiket viszont nem vagy köteles tudni, met nem jogszabály), de tudni kell, mint te is mondtad.




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1737076

"A jogszabály nem ismerete nem mentesít a felelősség alól". Ma magyarországon (és általában a világban) az az abszurd elvárás, hogy mindenkinek tudnia kell az összes kurva szabályt, ami őt érinti.

Hogy, szar ez így, és oktatni kéne? Persze. Ettől még kell tudni. (Arról meg már ne is beszéljünk, hogy akinek nem sikerül egy zebrát megtanulni, arról nem az iskola tehet).

(És nagyon oldalról, de ha az az érv, mint feljebb, hogy amíg a bringás betartja a betűt, addig ő rendben, akkor elég abszurd, ha autósként az nem érv, hogy ismerje a másik is, miközben a betűben -- mint lentebb láthatod -- expicit benne van, hogy feltételezheti ezt.




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1735222

Attól függetlenül, hogy ki a hibás, baleset esetén ki kell szállni, meg kell nézni minden rendben van-e.

Az persze más kérdés, hogy ha valóságban bíróság elé kerül az ügy, ahol kiderül, hogy a néni maradt, kolléga esetleg mondott egy olyat, hogy megvagyok, (esetleg még az is kiderül, hogy a sor nem is állt teljesen, vagy a nénit kitvő bácsi indexelt jobbra...) akkor mennyire fogják megrángatni a kocsi vezetőjét. Nem biztos, hogy nagyon. És valószínű a fogat is a néni fizetné, nem ő, mégiscsak ő nyitotta az ajtót.




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1735489

A mellett, hogy igen, dolga, azért kocsinál is szokott lenni az érv "hogy nem kötelező minimális, hanem lehetséges maximum", ez bringára is. Szóval neked is igen is dolgod ésszel közlekedni. Az andrássy hülye sávja tipikusan az, ahol a bringás, aki tudja, hogy szar, mégis veretni neki, mert jogosan halad ott 25el, az valahol azért maga is tehet arról, ha fennakad egy ajtón.




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1735495

Látod ezzel egyetértek, csak az amennyit a kresz megenged annyival jogosan haladok úgy hangzott, mintha nem ezt mondanád :)
---
Egyébként nem ez az alap, csak az egyszeri autós viszonylag sokszor találkozik a túl öntudatos biciklissel, aki kissé fordítva ül a bringán. Sajnos van egy nagyon hangos, rettentően elborult fasz bringás kissebbség.

És persze van rengeteg agybetegen szervezett életveszélyes helyzeteket teremtő forgalomszabályozási megoldás...




Ez cserbenhagyás?: https://hup.hu/node/132612#comment-1736439

ez persze -- hogy az utas nem vonható felelősségre -- természetesen nem igaz, csak az, hogy a kocsi vezetőjének vannak olyan kötelességei, amik egyébként felelősségétől függetlenek.




tail -f helyett tail -F: https://hup.hu/node/132651#comment-1737220

nem mindegy? elmúlik a filehandle a futó tail alatt. A man szépen el is magyarázza, hogy -F által odapöttyinett --retry ilyenkor újra megpróbálja kinyitni a filet. Még azt is elmesélik, hogy ez filenév tailelésnél hasznos.

Semmi köze a terminálhoz, üzemszerű viselkedés.




tail -f helyett tail -F: https://hup.hu/node/132651#comment-1737222

bocsánat, felfogtam, hogy a -F eredetileg még nem volt ott. :)




tail -f helyett tail -F: https://hup.hu/node/132651#comment-1738028

ez rotate mechanizmus függő. rsyslogban pl emlékeim szerint állítható, hogy truncatet szeretnél, vagy új filet (vagy az a newlog volt. Franc se tudja, péntek van, akár a syslogng is lehet :) ). Mindkettőnek vannak előnyei, hátrányai.




"Az AdBlock Plus hatása a Firefox memóriahasználatára": https://hup.hu/cikkek/20140514/az_adblock_plus_hatasa_a_firefox_memoriahasznalatara#comment-1735497

Van. Úgy hívják, hogy dns




"Az AdBlock Plus hatása a Firefox memóriahasználatára": https://hup.hu/cikkek/20140514/az_adblock_plus_hatasa_a_firefox_memoriahasznalatara#comment-1735767

Fos routerrel ami nem tud ilyet, de. De a kérdés az volt, hogy van-e más megoldás. :) Van, és van neki egy csomó előnye, mint pl hogy minden gépről tudod hogy ki a printserver. Meg hogy nem kell hozzá még fix ipt sem állítani, ha automatán regisztrálunk.ű

Ráadásul printservert a gépemben tipikusan kb 1x szeretnék állítani, akkor meg már nem mindegy, hogy a hostsba írom be az ipt, vagy megmondom, hogy ott a nyomtató?




"Az AdBlock Plus hatása a Firefox memóriahasználatára": https://hup.hu/cikkek/20140514/az_adblock_plus_hatasa_a_firefox_memoriahasznalatara#comment-1736017

Simán lehet, a legtöbb SOHO router fos :)




"Az AdBlock Plus hatása a Firefox memóriahasználatára": https://hup.hu/cikkek/20140514/az_adblock_plus_hatasa_a_firefox_memoriahasznalatara#comment-1736371

A legtöbbje utána is az marad. :) A nem direkt high-end sohok teljesítményét még mindig ahhoz igazítják nagyrészt, hogy van egy max 5 megás adsl, meg két ember aki webezik (bár a méretezés valószínű nem ennyire szofisztikált, sokkal inkább a "kaptam címet, ment a google wifiről, lehet eladni" módszer megy), aztán mikor első világbeli barátunk jön a 30-50-80 megás koaxxal, meg a tcp sessionöket marékra nyitó torrentel, akkor megy a csodálkozás.




"Az AdBlock Plus hatása a Firefox memóriahasználatára": https://hup.hu/cikkek/20140514/az_adblock_plus_hatasa_a_firefox_memoriahasznalatara#comment-1736451

Az csak policy kérdése :) Home officeban nem látom akadályát. (Igazából rendesben sem, mondjuk iso beszerzéshez)




"Az AdBlock Plus hatása a Firefox memóriahasználatára": https://hup.hu/cikkek/20140514/az_adblock_plus_hatasa_a_firefox_memoriahasznalatara#comment-1736504

Azok mögött ált van sávszél, ellenben a kevésbé szponzorált bsdk... :)

De igen, természetesen install mediara gondoltam, nem játék meg dvd ripre.




WinXp upgrade: https://hup.hu/node/132738#comment-1737556

+1, ezt akartam mondani, hogy ajtóra kiirkáláshoz kiscsillió ingyen cucc van.




SMTP tracking - hibakeresés: https://hup.hu/node/132723#comment-1737088

Én is arra gondolnék első körben, hogy ha épp új mail szolgáltató van, és nem lehet szólni, hogy nem megy, akkor ott bajok vannak, és nem feltétlen a levelezéssel.




(Okos)telefonomat rendszerint ... időközönként cserélem le újabb típusra.: https://hup.hu/szavazasok/20140512/okostelefonomat_rendszerint_idokozonkent_cserelem_le_ujabb_tipusra#comment-1733586

Mikor megdöglik, vagy már láthatóan korlátoz. Vagy a cég épp hajlandó értelmeset adni :)




Ha igaz a hír, hogy az eddigi 4,0 helyett minimum 4,7 colos lesz a következő iPhone...: https://hup.hu/szavazasok/20140514/ha_igaz_a_hir_hogy_az_eddigi_4_0_helyett_minimum_4_7_colos_lesz_a_kovetkezo_iphone#comment-1734484

Én spec a semmiféleképpen sem veszeket értem alatta. Ugyan mivel a jelenlegi Z-m 5 col, és az lényegesen jobb, mint a korábbi 4.2, ezért akár mondhattam volna, hogy növeli az esélyét, de mivel 0*p is nulla...

Egyébként ebbe simán belefér a "mérete mindegy, elég nagy, ez is az is, nem szempont igazán" bőven.




[megoldva] DNS manager tool kene: https://hup.hu/node/132341#comment-1731583

Én lehet első körben maradnék az egyszerűségnél, kidobnám a cuccot egy saját fileba, aztán sima jogosultságkezeléssel / sudoval / etcvel, megoldanám, hogy azt ők tudják írni, meg valami rndc mókát engedni a reloadhoz.




Milyen nyelven használod az okostelefonod / tableted?: https://hup.hu/szavazasok/20140511/milyen_nyelven_hasznalod_az_okostelefonod_tableted#comment-1733401

Spec pont a navi olyan, ami kurvára ne beszéljen hozzám angolul, akármennyire is az a teló defaultja (megvan még, mmikor a mapssal nem lehetett navigálni, mert megpróbálta felolvastatni az angol tts-el a magyar utcaneveket, és nem volt gomb arra nézve, hogy maradjunk akkor annál, hogy "turn left"? )




Milyen nyelven használod az okostelefonod / tableted?: https://hup.hu/szavazasok/20140511/milyen_nyelven_hasznalod_az_okostelefonod_tableted#comment-1733400

Szerintem a választás kell, de [általános esetben] spec én akkor néznék csúnyán, ha az app hirtelen lefosná, hogy mi a system default és juszt is magyarul szólna hozzám.

Ezzel együtt nálatok mivel a magyar onlyról váltotok angolra is, lehet érdemes lett volna kivezetni, meg akár meg is kérdezni. Tudom, az a hajó már elment.




Milyen nyelven használod az okostelefonod / tableted?: https://hup.hu/szavazasok/20140511/milyen_nyelven_hasznalod_az_okostelefonod_tableted#comment-1734494

Az a baj, hogy a telefon nem egy kurzus. Én spec szeretem, ha megvan a lehetősége annak, hogy az ilyesmit /app szabályozhassam, mert pl nincsen rá egyetemleges képlet, hogy mikor melyiket preferálom. És ez itt nem egy valami elvárás izé, aminek meg kell felelnem, mint egy vizsga, hanem az én személyes jókedvem, ahol ha úgy tetszik, én a vizsgáztató vagyok, a vizsgázó meg a telefon és az app írója.

Ráadásul az a sw cég, akinek ezt problémát okoz leimplementálni, az menjen el kapálni helyette...

A harmadik meg, hogy tök jó, hogy az androidból sikerült ezekszerint kigyilkolni az "LC_ALL=hu_HU ./akármi" funkcionalitást (vagy ha nem, akkor kivezethetnék, és akkor nem kéne minden appban ezzel küzdeni).




A telefonszám: https://hup.hu/node/131863#comment-1734759

nincs.




A telefonszám: https://hup.hu/node/131863#comment-1735208

Ó, én valahol indonéziában jártam úgy, hogy hétvégén igazoltatásnál a rendőr elkezdett valamit baszakszani a papírjaimmal, de kurvára nem értettem, hogy mit magyaráz, mert mutogatott mindenfélét rajta... Nosza, céges külföldis ügyintézős secus csaj felhív, hogy mi a picsa, aki röhögve közölte, hogy "give him money, sir, give him money".




WIFI és LAN együttes működésének meggátolása: https://hup.hu/node/132543#comment-1734020

Az ugye megvan, hogy ha a telefonján is hagyod, meg a laptopján is, akkor kis guglizással simán összeköti a két hálózatot ha akarja...




WIFI és LAN együttes működésének meggátolása: https://hup.hu/node/132543#comment-1734045

- Mint már elmítették, randa dolgokat nem muszáj épp akkor csinálni. Tipikus virnyákos viselkedés, hogy scannel össze vissza meg fertőz, ott ahol éppen van. Aztán majd ha tudja, elküldi, ha épp lopkovic.
- A mindenfélre randaságok nagy része valamiféle visszacsatlakozós cucc (irc channel, meg a franc se tudja épp mi a menő mostanában), ha a LANon kilát, akkor nem vagy előrébb igazából azzal, hogy a wifin megy ki, vagy a lanon.




WIFI és LAN együttes működésének meggátolása: https://hup.hu/node/132543#comment-1734039

Arra akartam rámutatni, hogy a gépen belüli felvetésed nem elégséges, mindegy, hogy ugyanaz a gép van egyszerre a LANon, és a WANon, vagy a user keze ügyében levő laptop és a telefon.

Jó lenne tudni, mi a valódi cél :)




WIFI és LAN együttes működésének meggátolása: https://hup.hu/node/132543#comment-1734046

Az nem világos, hogy pontosan mitől is szeretnéd védeni a lant.




WIFI és LAN együttes működésének meggátolása: https://hup.hu/node/132543#comment-1734066

Azt gondolom, hogy ilyen környezetben a tudatos támadás ellen sok mindent nem lehet tenni. Meg pusztán MAC alapon egyébként is nehéz ügy securityt csinálni, még ha meg is szerzed az összes LAN - WIFI mac párost, neadj isten szűrsz is rájuk... Ez csak viszonylag komoly, usernek rendkívül kényelmetlen adminisztrációval fog menni, elég kérdéses gainért. Ha nincs kontrollod az eszközök felett, és van egy nagyjából nyílt wifi, akkor aki akar, fog építeni magának valami hacket, ha más nem az androidos telefonja segítségével, majd socksozik, vagy ilyesmi.

A véletlen routeolgatásokat viszont azért lehetne szűrni. Olyan packeteket, amik a LAN tartományából jönnek, de a wifi felől, azokat lehet eldobálni, ez a direkt routeolós izéknek betesz (bár nem tudatosan ilyesmiből külső hozzáférés elég nehezen lehet szerintem).

Amit még lehet, hogy a: nézelődsz a security suitok környékén, hogy ki tud valami ilyesmit (nálunk a céges symantec csinál valami location profileokat, talán lehet kezdeni vele valami. Mondjuk egyébként egy határrakás szar, illetve gondolom pénz se lenne rá). b: esetleg valami VPNnel véded a tényleg fontos dolgokat, aztán ott majd a kliens jól kikényszeríti, hogy ne pofázzon másfele.




WIFI és LAN együttes működésének meggátolása: https://hup.hu/node/132543#comment-1734475

Mármint ha kapcsolható, akkor miért zavar téged?




WIFI és LAN együttes működésének meggátolása: https://hup.hu/node/132543#comment-1734986

Akkor tiltsd le a wifit untrusted deviceok esetén :)

Esetleg dobasd ki az XPket pl, meg ilyesmi...




új közmondás: https://hup.hu/node/132390#comment-1732795

Nekem is ez rémlik, bár már egyszer vitatkoztam róla egy jóemberrel, hogy "ez nem idei jegy", de abban maradtunk, hogy mindenki megy a dolgára.

Viszont ha lesz hőpapír, akkor ez "megoldódik", mert az nem bírja. Örülök nagyon, én eddig tipikusan gyűjtőt vettem, hogy ha néhanapján békázok, akkor legyen, aztán ha elfogyott, akkor a köv. Tök jó, hogy a tárcámban nem fogja 3 hónapig sem bírni egy ilyen.




új közmondás: https://hup.hu/node/132390#comment-1732803

De, személyes adat. Nem az a szemályes adat, ami önmagában azonosít valamit, hanem az, amiből visszakereshető a személy. Pl a szolgáltató által neked adott IP cím az, mert a logokból össze lehet pecázni, hogy a tied volt. Ugyanez a szigszám is. Tudjuk, hogy az egy szigszám, akkor az összekapcsolható veled.




új közmondás: https://hup.hu/node/132390#comment-1733391

Értem a logikádat, de ez ma magyarországon nem így van. Lásd tv: http://www.complex.hu/kzldat/t9200063.htm/t9200063.htm

"1. személyes adat: a meghatározott természetes személlyel (a továbbiakban: érintett) kapcsolatba hozható adat, az adatból levonható, az érintettre vonatkozó következtetés. A személyes adat az adatkezelés során mindaddig megőrzi e minőségét, amíg kapcsolata az érintettel helyreállítható."

Nincs benne az, hogy egyetlen adatkezelőnél kell lennie ezeknek az adatoknak a helyreállíthatósághoz. A gyakorlati alkalmazás is ezt támasztja alá (Pl az ip cím kapcsán bizony a te logjaidban levő IPk is személyes adatok lehetnek, attól függetlenül, hogy nem te vagy a szolgáltató, és magad nem tudod visszakeresni, és igen, ez pl egy elég komoly feszültség forrás is a szokásos technikai eljárások és a tv. között).

Egyébként igen, a bérletigazolvány száma is személyes adat. Meg a születési dátuma is. Ezt ráadásul egy másik tv. nevesíti is: http://www.complex.hu/jr/gen/hjegy_doc.cgi?docid=99600020.TV

"4) Természetes személyazonosító adat a polgár
a) családi és utóneve, születési családi és utóneve,
b) születési helye,
c) születési ideje és
d) anyja születési családi és utóneve."

Megjegyzem, azt én nem mondom, hogy a bkv ettől automatikusan nem kezelheti, mert adott esetben de, ha megfelel az első törvény feltételrendszerének.

És hosszan lehet rajta csámcsogni jogászéknak, hogy a
"(2) Csak olyan személyes adat kezelhető, amely az adatkezelés céljának megvalósulásához elengedhetetlen, a cél elérésére alkalmas, csak a cél megvalósulásához szükséges mértékben és ideig."
miatt elengedhetetlen-e, vagy tessék csak bérletkártyát adni?




Privacy Badger - Chrome és Firefox kiterjesztés az EFF-től az online nyomonkövetés ellen: https://hup.hu/cikkek/20140504/privacy_badger_chrome_es_firefox_kiterjesztes_az_eff-tol_az_online_nyomonkovetes_ellen#comment-1731544

Azért írták ki, mert a zeju odapirított, hogy ki kell írni a cookiekat.




Bash subshell hatterben ellopja a promptot: https://hup.hu/node/132219#comment-1729487

egmont kérése arra vonatkozott, hogy ha nem várod meg a 20 secet ilyenkor, a user meg már dolgozik, akkor mit szeretnél:
- beleszemetelni a te vackodat a munkája közepébe, mert fontos (vállalva, hogy fogalmad sincs, épp mi van a képernyőn, uh zagyva lehet, ill tuti sűrűn fogsz csuklani)
- ilyenkor már inkább letojni, amit ki akar írni.

my 2 cents, hogy ilyet inkább ne csinálj loginkor.




Utopic Unicorn: https://hup.hu/cikkek/20140424/utopic_unicorn#comment-1727694

Értem, miért lenne jó, de a gyakorlatban mennyi esélyt látsz rá, hogy ha lenne, akkor valaki lenyomná az "sz" gombot? :)

Vagy majd minden szövegfeldolgozó keretrendszer jól megmogyorózza a kimenetét, és egy szótárból kipecázza, hogy a ott a szontarban sz van, nem s-z? :)




Utopic Unicorn: https://hup.hu/cikkek/20140424/utopic_unicorn#comment-1727750

Az a baj, hogy bár vannak olyan esetek, amikor működhet (most ez ergonómiájától tekintsünk el, én is tartottam copypaste-re ilyesmit, nem sírom vissza), tuti isten, hogy lesz egy nem elhanyagolható adathalmaz, ami úgy keletkezik, hogy nem került oda az 'sz', hanem továbbra is 's''z' van. Ez meg szerintem minden olyan praktikus esetben, ahol jó lenne, ha ezek különböznek (kvázi a grep szerű esetek ilyen usecase, meg mondjuk az abc sorrend, bár az tulképp majdnem grep :)), ott szarabb helyzetet hozna, mint ami jelenleg van. Eddig csak azt kellett nézni, hogy 'szórjuk ki, ami nem sz, hanem s-z', utána meg lehetne még, hogy meg hátha már az új betűt használta.

Imho ezt öregapáink "cseszték el", nem hiszem, hogy lehet kezdeni vele bármi értelmeset.




Utopic Unicorn: https://hup.hu/cikkek/20140424/utopic_unicorn#comment-1727752

Ja, meg még egy. Hogy unicodeozod meg, hogy van ssz?, ami a hosszú 'sz'? Mintha első bliccre ez nem menne az utf8nak (bár aztán lehet, hogy több az mint egy hosszabb táblázat némi 1-2 byteos bohóckodással a backward compatibility miatt, ennyire sose néztem)




Red Hat Enterprise Linux 7 RC: https://hup.hu/cikkek/20140423/red_hat_enterprise_linux_7_rc#comment-1727695

igazából nem tudom, melyik a jobb ha az ifconfignak lenne egy n+1 dialektusa, vagy hogy azt nem baszogatták, és különszedték egy új parancsba.

De annál mindenképp jobb, mint amikor sehol nem volt, hanem 12 különböző util csinálta...




Red Hat Enterprise Linux 7 RC: https://hup.hu/cikkek/20140423/red_hat_enterprise_linux_7_rc#comment-1728944

Ja, ezt értettem ifconfig dialektus alatt. :) Hogy mindenhol van, de azért kicsit más az ifconfigban, kicsit más a freebsdben, kicsit más solarison, gondolom aixen meg hpuxon is, de hálisten ilyeneket elég rég láttam hogy emlékezzek.. Szóval elméletileg jó lenne erre az ifconfig valóban, a gyakorlatban viszont az se ugyanaz...
Sok vizet nem zavar, max annyiban, hogy simán lehet vele a többi util által "láthatatlan" dolgokat csinálni. De ez sajnos az új linux userlandos eszközökre jellemző probléma...




Red Hat Enterprise Linux 7 RC: https://hup.hu/cikkek/20140423/red_hat_enterprise_linux_7_rc#comment-1728945

persze hogy látszik.




Globális tmp könyvtár hogyan: https://hup.hu/node/131384#comment-1716157

"Nem használok geditet. Igazából az elég csúnya, ha ugyanott hoz létre temporary file-t, ahol a munkafile van. Mi van akkor, ha nincs írási jogod arra az alkönyvtárra, amelyben a munkafile van?"

vi swapfileok megvannak?




A Microsoft állítólag arra készül, hogy visszaállítja a Start Menu-t: https://hup.hu/cikkek/20140402/a_microsoft_allitolag_arra_keszul_hogy_visszaallitja_a_start_menu-t#comment-1720123

jep. Engem személy szerint sokkal jobban zavar, hogy vannak az új appok, amik egyébként akár használhatóak is lennének, de rettenet, hogy nem integrálódik a desktoppal. Jön pl. a képnézegető, kitölt mindent, én meg alttabolhatok vissza az asztalra...




Agilis szoftverfejlesztés a közigazgatásban: https://hup.hu/node/131673#comment-1720382

lies, damned lies statistics




lame kérdés, dyndns cím elérése "belülről": https://hup.hu/node/130215#comment-1697118

Nincs hands on tapasztalatom a mikrotikkel, de hallottam már ott is teljesítmény problémákat az igérthez képest. Látok némi feautre deficitet a router os free verziójában, a wifi meg hadd ne lógjon már külön dobozon. Gondolom ilyenek lehetnek...
Illetve van még az, hogy bemegyek egy ilyesmivel foglalkozó boltba, akkor játék router van, mikrotik meg nincs.




lame kérdés, dyndns cím elérése "belülről": https://hup.hu/node/130215#comment-1697308

Nekem csak jó tapasztalatom van, pedig a legtöbb példány (Mikrotik-ből) amivel dolgoztam az alsóbb kategóriából került ki. A Gbit-es sebességet tudja az összes porton, iperf-el ki is lehet hajtani mindet. Route-olni is tud kb. ilyen sebességgel, nem csak switch-ként működik így. Persze IPTables alapú, így valami bonyolult és elrontott szabályrendszerrel biztosan vissza lehet fogni, akár jelentősen.

Mint mondtam, nincs handsonom, olvastam csak, hogy egyik másik nem hozta annyira a számokat (emlékeim szerint épp a wifivel kapcs. voltak ilyenek). Fogalmam sincs, ezek mennyire valósak vagy sem. Egyébként semmi bajom vele, sőt rajta van a listán, hogy egyszer meg kéne nyomkodni egyet.

A RouterOS PC-re szánt verzióját nem szabad ide keverni! A Mikrotik hardvereken mindig fullos RouterOS (licenc) van,

Értem, ezesetben bocsánat, ez természetesen akkor érdektelen. Mentségemre szóljon, hogy nem igazán volt egyértelmű a leírásból. (Persze nem is feltételeztem ezt, mivel rémlett, hogy licensz szintek voltak, és volt erről egy táblázat három kattal a honlapon, szóval ha nem kerestem annál jobban ilyesmit, mint hogy nem villogott a táblázat felett a pofámba :) )

---

A vállalati felhasználással kb egyetértek (bár van ezekből a játékrouterekből is megfelelő, de elég risky), de azt azért jelezném, hogy az eredeti kérdésedben szó nem volt arról, hogy nem otthonról beszélsz. Igazság szerint én abszolút abból a nézőpontból írtam egy lehetséges választ. (és bizony ott a franc se akar plusz egy dobozt nézegetni az asztalon :) )




lame kérdés, dyndns cím elérése "belülről": https://hup.hu/node/130215#comment-1697554

Vállalati jogos, mikor ide jutottunk már nem néztem az OTt, szorri.
--
Tudom, nézegetem néha, mik vannak, de mivel nem építek kisvállalati izéket, ezért igazán nem érint. :)




TisztaSzoftver?! 2014.02.28. Hogyan tovább? : https://hup.hu/node/130877#comment-1708691

Nálunk imho 120k fölött vannak a desktopok, és bár a win imageből megy (bár némi kiválasztottaknak van SLED is), mindenki local admin. Hálistennek.




TisztaSzoftver?! 2014.02.28. Hogyan tovább? : https://hup.hu/node/130877#comment-1708933

Nekünk alapból van. Van pár cucc, amit lehet központilag kérni a minima felett (ami kb az outlook, office, visio, meg pár office jellegű apróbasz), de egyrészt ált fos cuccok, másrészt meg édeskevés ahhoz, hogy a munkám végezzem, harmadrészt meg vicc az egész (mind a 2k-> vista, mind a vista -> w7 migárció úgy zajlott, hogy kapsz egy új imaget, azt rendelj meg mindent újra. vascserénél dettó, akkor meg minek).

Egyszer volt valami hiszti, hogy miért van skypeod, meg egyszer valami összekadt update nyomozás közben próbált meg a secondlineos arc leszedni ezt azt, mondtam, hogy nem kéne, de policy, én meg dolgozok, és úgyis visszarakom, miután letettem a telefont, röhögés, ennyi.

Ja, meg kb kéthavonta jön egy levél valami automatától, hogy "biztos kell a visio?", arra mindig megnyomom, hogy ja, továbbra is dolgoznék, sztennyi.




Próbálja ki INGYENESEN tárhely szolgáltatásunkat 18 napig! (x): https://hup.hu/promo/20140120/probalja_ki_ingyenesen_tarhely_szolgaltatasunkat_18_napig#comment-1691777

Az a jó reklám, amiből véletlen se derül ki, hogy ki reklámoz? :D




Próbálja ki INGYENESEN tárhely szolgáltatásunkat 18 napig! (x): https://hup.hu/promo/20140120/probalja_ki_ingyenesen_tarhely_szolgaltatasunkat_18_napig#comment-1691797

Sorry, my bad, az ABP egy az egyben megette az adverticumos linket.




Próbálja ki INGYENESEN tárhely szolgáltatásunkat 18 napig! (x): https://hup.hu/promo/20140120/probalja_ki_ingyenesen_tarhely_szolgaltatasunkat_18_napig#comment-1691963

Ja, nem amiatt sorry, hogy ABPt használok, csak hogy nem vettem észre, hogy az ette meg a linket, és úgy szóltam.
Egyébként speciel a hup whitelisten szokott lenni, mivel nem szokott rajta tolakodó reklám lenni, csak úgyfest a laptop update után elmaradt :)




Próbálja ki INGYENESEN tárhely szolgáltatásunkat 18 napig! (x): https://hup.hu/promo/20140120/probalja_ki_ingyenesen_tarhely_szolgaltatasunkat_18_napig#comment-1692089

Spec. ironcat egy szót nem szólt a szolgáltatás színvonaláról, csupán a reklámkampányéról...




Próbálja ki INGYENESEN tárhely szolgáltatásunkat 18 napig! (x): https://hup.hu/promo/20140120/probalja_ki_ingyenesen_tarhely_szolgaltatasunkat_18_napig#comment-1692113

Hmm. Igen, de ezek szerint vagy nagyon a végén volt, vagy simán kikkorigálta az agyam marketingre. :) mea maxima culpa.




Szükség lenne egy hosszú támogatottságú (LTS) Squeeze-re?: https://hup.hu/szavazasok/20140323/szukseg_lenne_egy_hosszu_tamogatottsagu_lts_squeeze-re#comment-1716293

Most akkor az a baj, hogy nincs hosszú ideig támogatva, vagy az a baj, hogy nincs új [sokáig van "támogatva" a stabil?




Szükség lenne egy hosszú támogatottságú (LTS) Squeeze-re?: https://hup.hu/szavazasok/20140323/szukseg_lenne_egy_hosszu_tamogatottsagu_lts_squeeze-re#comment-1716720

de, csak először az egyik volt a bajod, aztán meg a másik. :)




DOCCA OutSource IT Kft / Linux rendszergazda / távmunka: https://hup.hu/node/130665#comment-1706369

Pl. azért lehet érdemes kinyomtatni, mert amikor interjúztatsz, és beülsz a delikvenssel egy tárgyalóba, akkor ordas parsztság lenne a laptopodat bámulni a cvje miatt, a legtöbben viszont elég fölöslegesnek tartanák az összes jelentkező cvjt bemagolni fejből, uh. valamire csak rá kell pillantani néha.




RHEL előfizetések: https://hup.hu/node/131028#comment-1713672

Mert aki ott belédkötött csak azt nehezményezte, hogy nem azt mondtad, hogy nem egészen ugyanaz, hanem hogy marha, aki szerint a centos az az ingyen redhat, te meg nem voltál hajlandó kifejteni, hogy ez miért van így, miközben eljutsz most odáig, hogy ja, kb helytálló, minusz support meg tempó :)

De nem fogom mégegyszer lezongorázni.




RHEL előfizetések: https://hup.hu/node/131028#comment-1713676

A virtualizációs nem szokatlan ez a fizikai CPUhoz kötés. Az van, hogy te mint virtualizáció felhasználó nem szívesen kezdenél ugyanúgy fizetni, mint fizikai vasak esetében, hiszen a virtualizációval megváltoznak a usage patternek. Könnyebben szeparálsz funkciókat vmekre, irod a skálázódó szoftvered másképp, akarsz tudni fosni tesztrendszereket, és nem feltétlen triviális számolgatni az instanceokat. Régebben meg kb a feladathoz szükséges vasat megvetted, ment rá a licensz. Nyilván több vasra több licensz. A /CPU socket licenszelés ezt hivatott megugrani: hogy neked is megmaradjon a rugalmasság az új rendszerrel, meg a gyártó is azért nagyjából teljesítmény arányosan kapjon pénzt, ne legyen az, hogy egységáron kapod az unlimited cuccot. Persze lehetne memót meg diszket is nézni, de még a cpu a legkézzelfoghatóbb. Vmware meg xenserver is így licenszelődik pl.




Dolgoztál-e már álmodban?: https://hup.hu/szavazasok/20140210/dolgoztal_mar_almodban#comment-1701017

+1




Ki es mire hasznal Linux-ot komoly helyen?: https://hup.hu/node/46358#comment-1709547

ezt azért fejts már ki plz, hogy hol van olyan rettentően mellémenve.




Ki es mire hasznal Linux-ot komoly helyen?: https://hup.hu/node/46358#comment-1709559

magyarul te csesztél közelebbről megnézni, csak másoktól elvárás. Értem, köszi. :)




Ki es mire hasznal Linux-ot komoly helyen?: https://hup.hu/node/46358#comment-1709570

Bocs, de ezt miből vontad le? Abból, hogy nem válaszoltam meg helyetted a kérdést? Ugyanis az van, hogy te közölted, hogy márpedig a centos nem redhat, ráadásul úgy beállítva, mintha ez akkora tévedés lenne, hogy hű. Amikor azt kérdeztem, hogy konkrétan miért is, akkor jött a szarkenegetés, hogy "hát úgyrémlik, mintha lennének olyan dolgok RHban, amik nincsenek a centosban, vagy valami ilyesmi, de sose néztem".

Hol kellett volna nekem itt bármit mondani arról, hogy mi van az RHban?




Ki es mire hasznal Linux-ot komoly helyen?: https://hup.hu/node/46358#comment-1709587

FYI: te marháztad le a másikat, hogy "Szerintem nézz meg közelebbről egy RHEL-t, mielőtt ilyen marhaságokat állítasz!" Ez szerintem egy erős kijelentés volt, ezért gondoltam megkérdezem, hogy mire is alapozod, hogy a Centos az ingyen RH az komplett marhaság? Hátha lemaradtam valamiről.

Kiderült, hogy csak erősen homályos információkra, majd most elismered, hogy te sem nézted meg közelebbről "Attól, hogy nem foglalkoztam különösebben a RHEL belsejével", miközben a másiktól éppen ezt kérted számon. Amiket hoztál példák, azok első bliccre nem állják meg a helyüket. Konkrétumaid:
-pár "aprócska" szoftvert -- hát ez nem konkrét, absz nem tudok vele mit kezdeni
-management területen -- ez sem igazán, esetleg a satelittre gondolhattál, ami valóban külön fizetős, ellenben az upstream spacewalk projektje simán felmegy centosra, speciel a spacewalk.redhat.com-on vannak hozzá csomagok! (még csak nem is csak forrás)
-clusteres témákban -- ez se túl konkrét, de legalább a cluster suite összes csomagja megvan a base repoban
-AD -- hát ugye ez is sokfélét jelenthet, de az idmes csomagok között ott figyel az ipa-server-trust-ad, ami ehhez kell a base repoban (és ami ráadásul csak tech preview az RHban eleve)
-Exchange -- na megmondom őszintén erről az egyről gőzöm sincs, de csodálkoznék, ha emiatt külön lenne fizetős akármi, annyira nem profilja az RHnak.
-az AD és az exchange összemosása külön bónuszpont szakmailag ;)

magad is kb oda jutsz, hogy hát "annyira még emlékszem, hogy nem 1:1-ben volt azonos a szoftverkínálata", mert elfogytak a gyak nem is létezett érveid. Ráadásul még ha ezek közül egyik másik igaz lenne, akkor is kérdéses, hogy ettől az eredeti mondás az rögtön alaptalan marhaság lenne, mint ahogy szerinted az. Legalábbis véleményes, hogy a nem 1:1 ugyanaz, meg a tök marhaság, hogy hasonlítanak között hol a határvonal.

Én pedig egyébként ha akarnám meg tudnám válaszolni a saját kérdésemet, de nem nekem kell. Nem is értem, ez honnan jött. Te voltál az, aki lemarházott itt a magas lóról mást, közölve, hogy nézzen utána. Mindezt érv nélkül. Ilyenkor kultúr-körökben neked kell megvédeni álláspontod, nem rám mutogatni, aki rákérdeztem. Sajnos neked annyira futotta, hogy toltál valami gyak alaptalan puffogást, meg megrpóbáltad rámkenni, hogy hát én se tudom. Ami egyrészt nem igaz, másrészt meg irreleváns, hogy én tudom-e. Te állítottad :)




Ki es mire hasznal Linux-ot komoly helyen?: https://hup.hu/node/46358#comment-1709788

Azt tényleg te is kifejthetnéd, hogy azért, mert nem gépeltem le a fenti szösszeneted, ezért miért nincs róla gőzöm? :)




Ki es mire hasznal Linux-ot komoly helyen?: https://hup.hu/node/46358#comment-1709843

egyelőre inkább veled ;)




Ki es mire hasznal Linux-ot komoly helyen?: https://hup.hu/node/46358#comment-1709787

Jah, én fröcsögtem :)




Már lemondtunk róla...: https://hup.hu/node/129959#comment-1693031

Értem az iróniát, de miért lenne különösen jó ha programnyelvben sincsenek változónevek, mikor azokat a fordító úgyis kiszedi majd?




Már lemondtunk róla...: https://hup.hu/node/129959#comment-1693394

Őszintén szólva belenéztem a fenti szálba, a közepén levő instant brainfuckot a változónévvel megnéztem, megállapítottam, hogy ez az én szempontomból hmm, tökéletesen érdektelen, és nem vettem a fáradtságot, hogy a hosszas többi izét is elolvassam.

Viszont ha interpéter, ha más, a végén gépi kódnak kell futni, nincs más lehetőség. Ott meg regiszterek vannak, memória műveletek, interruptok, meg ilyesmik, változónevek ellenben meg nem. Szóval a fenti komment, hogy a user szempontjából mindegy, hogy a kódban mi van, továbbra is valid imho.




Wifi kártya miért csak 35% feletti jelerősség felett hajlandó kapcsolódni az AP-ra?: https://hup.hu/node/129180#comment-1709468

BTK. 375, 423, 424. Ez leginkább a 423, két évre van taksálva :)




Dell Poweredge 2950 III linux telepítési probléma: https://hup.hu/node/130925#comment-1709265

Nálunk simán ment / megy a random hatos centos 2950eseken, sose láttunk ilyet (mondjuk fogalmam sincs, hogy I, II, III vagy mi a tököm :) )




Lehúzta a rolót Pear OS; titokzatos cég kezében a disztró jövője: https://hup.hu/cikkek/20140121/lehuzta_a_rolot_a_pear_os_titokzatos_ceg_kezeben_a_disztro_jovoje#comment-1692601

Tök mindegy, nem csak munkavégzésért lehet kérni. A GPL megengedi, hogy pénzt kérj a GPLes programért, ha a vevőnek átadod a forrást is GPL licensz alatt. Vagyis bárki, akinek adtad rendelkezik a forrással, és olyan feltételekkel adja szintén tovább, (akár ingyen, akár pénzért), amilyenekkel akarja, feltéve, hogy a következő is megkapja a kódot GPL alatt. És természetesen kiteheti a nagyvilágnak is.

Szóval lehet érte pénzt kérni, a gyakorlatban ritka, hogy van értelme, mert bárki legaláisan ingyenes közkinkcsé teheti. Ezzel együtt pl a RedHat mégiscsak tud eladni self-support licenszeket évi 350 dolcsiért :)




Ha nem hozzáértő felhasználónak telepítek szoftvert, ...: https://hup.hu/szavazasok/20140224/ha_nem_hozzaerto_felhasznalonak_telepitek_szoftvert#comment-1708390

Még ebben az esetben is lehet reális üzleti döntés a tervezés mikéntjéről, hogy a prioritás az, hogy "nézzen ki jól, hogy tetsszen az ügyfeleknek, és el tudjunk adni minél többet" nem pedig az, hogy "spóroljunk a szervizesnek 15 percet."
--
Aztán ha te az vagy, aki ezt rühelli, és fontosabb neki, hogy otthon is tudjon memót cserélni, mint hogy hogy néz ki a cucc, akkor így járás, te nem leszel vevő. Ettől még nem lesz a cucc rosszul tervezett.




Ha nem hozzáértő felhasználónak telepítek szoftvert, ...: https://hup.hu/szavazasok/20140224/ha_nem_hozzaerto_felhasznalonak_telepitek_szoftvert#comment-1708464

nem hiszem, hogy számoltak azzal, hogy fos lett a terv, takonyból van összerakva, foglalkozzunk azzal, hogy könnyű legyen szerelni.

Én azért élek a gyanúperrel, hogy az inspiron esetében sincs annyira nagy halálozási arány, hogy érdemes legyen random szerelő idejére optimalizálni... Főleg, hogy random szerelőből nem nehéz felvenni mégegyet :)




Akár 7-10-szeres gyorsulást ígér a grep új kiadása: https://hup.hu/cikkek/20140218/akar_7-10-szeres_gyorsulast_iger_a_grep_uj_kiadasa#comment-1704628

Mer olyan az input?

Az egész IT egyik legnagyobb rákfenéje, hogy egy olyan nép volt az úttörője, akinek kb a világ legrövidebb abcje van :)




Akár 7-10-szeres gyorsulást ígér a grep új kiadása: https://hup.hu/cikkek/20140218/akar_7-10-szeres_gyorsulast_iger_a_grep_uj_kiadasa#comment-1706366

Ebben a konkrét esetben én úgy látom azért, hogy a helyzet a következő. Van egy nagy kódbázis, aki egyébként kifele kb mindenhol azt mutogatja magáról, hogy konzisztens. Legalábbis nekem az, hogy van grep -F, grep -E, meg egrep és fgrep, amik ugyanarra a grep binárisra mutatnak, bizony azt kommunikálja, hogy kb tökmindegy, hogyan használom, mert ugyanaz a progi. Láttam már párszor a manját, talán rémlik is valami magyarázkodás, de hogy én spec. tuti betudtam annak, hogy ja, 75ben még biztos ez volt sysv5-ön, backward compatibility haleluja. Namost ha ebben a kódban, ami belül egyébként is kénytelen támaszkodni arra, hogy algoritmusok között válogasson belül (a fenti kezelése miatt minimum, de mint a fentebbi beszélgetés mutatja, vannak még ilyen esetek), és nincs egy olyan, jól elhatárolható kódrészlet, ami ezeket a válogatásokat tartja egy helyen, akkor azt a kódot egy ilyennel már nem lehet szétcseszni, mert már szét van cseszve :) És lehet, hogy amikor a régi izéket egyesítették, akkor illett volna refaktorálni, nem mutogatni a buta userre most :)




Technikai ügyfélszolgálatost keresünk - Gyümölcstárhely : https://hup.hu/node/129811#comment-1689783

Mondjuk azért az állásra szabott önéletrajz nem olyan nagy kaland. Egyszer megírod a teljesen mindenfélét, majd a nem odavágó részeket szépen kikommenteled, a relevánsakat meg bennehagyod. Esetleg még kell pár fajta miben vagyok jó különböző dolgokat kidomborítva...




Technikai ügyfélszolgálatost keresünk - Gyümölcstárhely : https://hup.hu/node/129811#comment-1689924

Egyet még csak-csak megír tisztességesen az ember, de amikor jelentkezik egy rakás állásra és mindhez "egyedit" kell alkotni, az már elég agyzsibbasztó.

Ok, csak én a fentire reagálva mondtam. :)

Egyébként nem gondolom feltétlen, hogy szerepjáték. Nyilván míg nagyjából üres a CV, addig szarmaszírozás leginkább, de egy idő után bőven van annyiféle technikai ismereted, szakmai történelmed, mindenféle human skilled, ami, ha mind kiírod, akkor simán megtölt több oldalt. Ki kell belőle szelektálni azt, ami a hirdetőt érdekelheti. Illetve inkább hangsúlyozni. Nyilván ha valahova mondjuk egy team leadert keresnek, mást fogok a lap közepére tenni, mint ha mondjuk egy architect / engineering tipusú melóra keresnek valakit ugyanoda. Az első esetben az intimen ismert daemonok részletes felsorolása és usecase kifejtése helyett inkább arra kéne koncentrálni, hogy mekkora, milyen csapatot vezettél, hogy képben vagy azzal, hogy hogy kell mondjuk kompetenciát managelni, hogy mennyire vagy képben mondjuk azzal, hogy az ITILt hogy lehet keresztülverni a valóságon. Az utóbbiban ezt elintézed kb. annyival, hogy vezettél 5 fős bagázst két évig, ellenben lesz helyed kifejteni, hogy pl. radiust azt pontosan mire is használtál, vagy mennyire vagy képben a mysql-el, meg mennyire komplex rendszereket terveztél.

Nyilván mindkét ember te vagy, és nyilván az ilyen pozik között csomószor vannak átfedések (hiszen ugyanannak a dolognak a különböző oldalait képviselik ezek a melók), ettől még nyilván jó, ha a CVt olvasó arcába a valószínűleg releváns dolgokat tolod. Akkor utána már meg fogja nézni a többit is, hogy összeálljon a kép, vagy majd megkérdi interjún.




/etc-ből mit kell meneteni felhasználó és jelszó módosításhoz?: https://hup.hu/node/130675#comment-1706367

Lehet nem üres könyvtárra mountolni. (Az más kérdés, hogy általában előbb-utóbb öntökönszúrás szokott lenni belőle, de ebben az esetben spec. nyugodtan imho. (és de, a bind arra való, amire te gondolod)




xDSL (debian woody) -ra torrent klienst: https://hup.hu/node/130446#comment-1702461

rtorrent tud figyelni directorykat torrentért. Pl kishareled samban, a letöltött torrentet meg beledobod, azt jóidő (izlés szerint a böngészőt megtanítod arra, hogy a torrenteket elve oda tegye).




xDSL (debian woody) -ra torrent klienst: https://hup.hu/node/130446#comment-1703652

1. futtasd eleve userként, illetve nálam pl az openelecen nem is screenben fut, hanem valami daemon, és van valami command lineos queryző, ha jól emlékszem.
2. passz, worksforme :) (igaz, nekem a watch mappa nem ntfsen van)
3. Ne cseszekedj scripttel, mountold fel direktbe a mappát, és használj valami kiegészítőt, pl ez jónak tűnik https://addons.mozilla.org/hu/firefox/addon/automatic-save-folder/




Ha a dolgozók gépein DE-t kell váltani, ...: https://hup.hu/szavazasok/20140217/ha_a_dolgozok_gepein_de-t_kell_valtani#comment-1704636

"és meddig mehet el bizonyos szempontokat nézve"

Jelezném, hogy a ló feje a másik oldalon van.




Az Ubuntu is systemd-re vált: https://hup.hu/cikkek/20140214/az_ubuntu_is_systemd-re_valt#comment-1703172

Vééégre valahol összeszedve az a teljes blogsorozat linkjei, danke. (Az a másik fele, hogy egyáltalán mér Lennart blogja az olvasható doksi)




Az Ubuntu is systemd-re vált: https://hup.hu/cikkek/20140214/az_ubuntu_is_systemd-re_valt#comment-1703305

Ezt tudom. Ezzel együtt hamár kb mindenki azt használja, nem értem, hogy az adminoknak szóló doksi mi a francért egy rohadt blogban van, amiben lokálisan ráadásul merő rettenet megtalálni a darabjait. Egyszerűen nem értem, miért nem lett még kiszedve valami értelmes helyre.

(Mondjuk nem néztem még, de gondolom az RH7 doksiban csak benne lesz értelmesen)




Az Ubuntu is systemd-re vált: https://hup.hu/cikkek/20140214/az_ubuntu_is_systemd-re_valt#comment-1703341

Tudom, hogy a manból az áttekintés derül ki ritkán, csak mindig zavar, mikor meglátom azt a rohadt blogot, hogy ott egy csomó tök jó doksi, és egy rohadt howtoba nincs kihányva.... (meg az öntömjénezés imitt amott kiírtva belőle)




Az Ubuntu is systemd-re vált: https://hup.hu/cikkek/20140214/az_ubuntu_is_systemd-re_valt#comment-1703306

- dup -




Az Ubuntu is systemd-re vált: https://hup.hu/cikkek/20140214/az_ubuntu_is_systemd-re_valt#comment-1704230

Bár én sem vagyok nagy híve az egy mindent visz megoldásoknak, azért a képet némiképp árnyalja, hogy
-Lennarték azért magát a systemd suitot első bliccre viszonylag modulárisra tervezték, van belül privilage separation, meg vagy kb 60 bináris, amik többé kevésbé a "csinálj egy dolgot, de azt csináld jól" elv alapján vannak összerakva, a systemd sok szempontból esernyőprojekt.
-Ugyan tényleg van egy csomó funkció benne a keveset tudó régi inithez képest, viszont ne felejtsük el, hogy ezeket eddig is csináltuk. Csak random hackolt shell scriptekkel, meg külön daemon felügyelő izékkel, meg egyéb más csengettyűcskékkel, változatos minőségben. Ezekre mondják a srácok azt, hogy ennek tulajdonképp alapnak kellene lennie, és azért ebben van igazság, nem véletlen akarják egy csomóan használni.

Őszintén szólva elég szkeptikus voltam a dologgal kapcsolatban én is elsőre, de kicsit jobban megnézve nem annyira gáz a helyzet. Ami leginkább jogos kritika, az az, hogy tényleg helyenként meg lehetne próbálni formalizáltabb apikat nyújtani. mert a systemd kb szarik egy csomó minden másra a létező FLOSS ököszisztémában, és mikor mondjuk a gnome elkezd dependelni arra az alapszolgáltatásra, amit ő nyújt, akkor a BSDs srácok szopnak a linux only technikával (tegyük hozzá, hogy nem először). Nem tartom szerencsésnek, ugyanakkor az is igaz, hogy nehéz haladni értelmes tempóban úgy, ha nem szabad soha semmit összetörni, mert akkor másnak kényelmetlen lesz. Spec ezügyben tök értem az RH álláspontját, hogy leszarja, hogy mondjuk a freebsdnek ettől dolgozni kell, neki a saját ügyfelei fontosak.

Szóval szerintem itt inkább ilyesmikkel van a baj, technikailag a projekt első bliccre meglehetősen rendben van.




Az Ubuntu is systemd-re vált: https://hup.hu/cikkek/20140214/az_ubuntu_is_systemd-re_valt#comment-1704335

And with this you want to say that...?




Az stdin-ről su password: https://hup.hu/node/130589#comment-1703164

Segítene, ha elárulnád mi a baja :)

Ami így első bliccre próba nélkül beugrik (már feltéve, hogy a visudo utálatot leküzdötted), hogy esetleg xauth para lehet.




Az stdin-ről su password: https://hup.hu/node/130589#comment-1703171

ForceCommand szerintem ilyenkor bőven jó. (Annál tuti jobb, mint hogy bonyolítasz suval/sudoval)




mikrotik port átirányítás saját hálózaton: https://hup.hu/node/130567#comment-1702875

Ha ugyanabban a hálózatban vannak, akkor nem megy keresztül a forgalom a routeren...




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700615

Bár kissé más, de azért mesélek. Elég rég láttam ubit, de volt egy progi, amit meg akartam nézni, hashkeles izé, a centoson a cabal beleakadt, a honlapja meg aszonta, hogy az ubiban csomagolva van. Nosza, akkor legyen egy vm. Letöltöttem valami mini isot, feltelepítettem (next-next-finish), adtam neki egy címet, meg egy aptitude installt.
Ööm, bódottá. Aztán ez a stock install úgymaradt, de itt volt egy topic valami mount furcsaságról, azzal játszottam egy kanyart, majd gondoltam belenézek a mount forrásába:


user@gitit:~$ apt-get source mount
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Picking 'util-linux' as source package instead of 'mount'
NOTICE: 'util-linux' packaging is maintained in the 'Git' version control system at:
git://git.debian.org/~lamont/util-linux.git
Need to get 6,289 kB of source archives.
Get:1 http://hu.archive.ubuntu.com/ubuntu/ saucy/main util-linux 2.20.1-5.1ubuntu9 (dsc) [2,379 B]
Get:2 http://hu.archive.ubuntu.com/ubuntu/ saucy/main util-linux 2.20.1-5.1ubuntu9 (tar) [6,174 kB]
Get:3 http://hu.archive.ubuntu.com/ubuntu/ saucy/main util-linux 2.20.1-5.1ubuntu9 (diff) [112 kB]                                        
Fetched 6,289 kB in 34s (182 kB/s)                                                                                                        
sh: 1: dpkg-source: not found
Unpack command 'dpkg-source -x util-linux_2.20.1-5.1ubuntu9.dsc' failed.
Check if the 'dpkg-dev' package is installed.
E: Child process failed

Hmm, hát jó. (Bár hogy miért nincs fent az apt program egy függősége, miközben ezért ő a felelős, háát)


user@gitit:~$ sudo aptitude install dpkg-dev
[sudo] password for user: 
The following NEW packages will be installed:
  binutils{a} build-essential{a} cpp{a} cpp-4.8{a} dpkg-dev fakeroot{a} g++{a} g++-4.8{a} gcc{a} gcc-4.8{a} libalgorithm-diff-perl{a} 
  libalgorithm-diff-xs-perl{a} libalgorithm-merge-perl{a} libasan0{a} libatomic1{a} libc-dev-bin{a} libc6-dev{a} libcloog-isl4{a} 
  libdpkg-perl{a} libfile-fcntllock-perl{a} libgcc-4.8-dev{a} libgomp1{a} libisl10{a} libitm1{a} libmpc3{a} libmpfr4{a} 
  libquadmath0{a} libstdc++-4.8-dev{a} libtsan0{a} linux-libc-dev{a} make{a} manpages-dev{a} 
0 packages upgraded, 32 newly installed, 0 to remove and 0 not upgraded.
Need to get 37.8 MB of archives. After unpacking 103 MB will be used.
Do you want to continue? [Y/n/?] y
Get: 1 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libasan0 amd64 4.8.1-10ubuntu9 [75.8 kB]
Get: 2 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libatomic1 amd64 4.8.1-10ubuntu9 [10.3 kB]
Get: 3 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libisl10 amd64 0.11.2-1 [487 kB]
Get: 4 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libcloog-isl4 amd64 0.18.0-2 [67.9 kB]
Get: 5 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libgomp1 amd64 4.8.1-10ubuntu9 [27.0 kB]
Get: 6 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libitm1 amd64 4.8.1-10ubuntu9 [37.4 kB]
Get: 7 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libmpfr4 amd64 3.1.1-2 [202 kB]
Get: 8 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libquadmath0 amd64 4.8.1-10ubuntu9 [139 kB]
Get: 9 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libtsan0 amd64 4.8.1-10ubuntu9 [118 kB]
Get: 10 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libmpc3 amd64 1.0.1-1 [45.0 kB]                                                    
Get: 11 http://hu.archive.ubuntu.com/ubuntu/ saucy/main binutils amd64 2.23.52.20130913-0ubuntu1 [3,593 kB]                                
Get: 12 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libc-dev-bin amd64 2.17-93ubuntu4 [80.9 kB]                                        
Err http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main linux-libc-dev amd64 3.11.0-15.23                                              
  404  Not Found
Get: 13 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libc6-dev amd64 2.17-93ubuntu4 [3,091 kB]                                          
Err http://security.ubuntu.com/ubuntu/ saucy-security/main linux-libc-dev amd64 3.11.0-15.23                                               
  404  Not Found
Get: 14 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main cpp-4.8 amd64 4.8.1-10ubuntu9 [5,838 kB]                                   
Get: 15 http://hu.archive.ubuntu.com/ubuntu/ saucy/main cpp amd64 4:4.8.1-2ubuntu3 [28.0 kB]                                               
Get: 16 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libgcc-4.8-dev amd64 4.8.1-10ubuntu9 [2,791 kB]                            
Get: 17 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main gcc-4.8 amd64 4.8.1-10ubuntu9 [6,639 kB]                                   
Get: 18 http://hu.archive.ubuntu.com/ubuntu/ saucy/main gcc amd64 4:4.8.1-2ubuntu3 [5,128 B]                                               
Get: 19 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libstdc++-4.8-dev amd64 4.8.1-10ubuntu9 [1,752 kB]                         
Get: 20 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main g++-4.8 amd64 4.8.1-10ubuntu9 [8,690 kB]                                   
Get: 21 http://hu.archive.ubuntu.com/ubuntu/ saucy/main g++ amd64 4:4.8.1-2ubuntu3 [1,448 B]                                               
Get: 22 http://hu.archive.ubuntu.com/ubuntu/ saucy/main make amd64 3.81-8.2ubuntu3 [119 kB]                                                
Get: 23 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libdpkg-perl all 1.16.12ubuntu1 [188 kB]                                           
Get: 24 http://hu.archive.ubuntu.com/ubuntu/ saucy/main dpkg-dev all 1.16.12ubuntu1 [769 kB]                                               
Get: 25 http://hu.archive.ubuntu.com/ubuntu/ saucy/main build-essential amd64 11.6ubuntu5 [5,606 B]                                        
Get: 26 http://hu.archive.ubuntu.com/ubuntu/ saucy/main fakeroot amd64 1.20-1 [98.9 kB]                                                    
Get: 27 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libalgorithm-diff-perl all 1.19.02-3 [50.0 kB]                                     
Get: 28 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libalgorithm-diff-xs-perl amd64 0.04-2build3 [12.5 kB]                             
Get: 29 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libalgorithm-merge-perl all 0.08-2 [12.7 kB]                                       
Get: 30 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libfile-fcntllock-perl amd64 0.14-2 [15.8 kB]                                      
Get: 31 http://hu.archive.ubuntu.com/ubuntu/ saucy/main manpages-dev all 3.54-1ubuntu1 [1,820 kB]                                          
Fetched 36.8 MB in 3min 14s (189 kB/s)                                                                                                     
Selecting previously unselected package libasan0:amd64.
(Reading database ... 53248 files and directories currently installed.)
Unpacking libasan0:amd64 (from .../libasan0_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libatomic1:amd64.
Unpacking libatomic1:amd64 (from .../libatomic1_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libisl10:amd64.
Unpacking libisl10:amd64 (from .../libisl10_0.11.2-1_amd64.deb) ...
Selecting previously unselected package libcloog-isl4:amd64.
Unpacking libcloog-isl4:amd64 (from .../libcloog-isl4_0.18.0-2_amd64.deb) ...
Selecting previously unselected package libgomp1:amd64.
Unpacking libgomp1:amd64 (from .../libgomp1_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libitm1:amd64.
Unpacking libitm1:amd64 (from .../libitm1_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libmpfr4:amd64.
Unpacking libmpfr4:amd64 (from .../libmpfr4_3.1.1-2_amd64.deb) ...
Selecting previously unselected package libquadmath0:amd64.
Unpacking libquadmath0:amd64 (from .../libquadmath0_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libtsan0:amd64.
Unpacking libtsan0:amd64 (from .../libtsan0_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libmpc3:amd64.
Unpacking libmpc3:amd64 (from .../libmpc3_1.0.1-1_amd64.deb) ...
Selecting previously unselected package binutils.
Unpacking binutils (from .../binutils_2.23.52.20130913-0ubuntu1_amd64.deb) ...
Selecting previously unselected package cpp-4.8.
Unpacking cpp-4.8 (from .../cpp-4.8_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package cpp.
Unpacking cpp (from .../cpp_4%3a4.8.1-2ubuntu3_amd64.deb) ...
Selecting previously unselected package fakeroot.
Unpacking fakeroot (from .../fakeroot_1.20-1_amd64.deb) ...
Selecting previously unselected package libalgorithm-diff-perl.
Unpacking libalgorithm-diff-perl (from .../libalgorithm-diff-perl_1.19.02-3_all.deb) ...
Selecting previously unselected package libalgorithm-diff-xs-perl.
Unpacking libalgorithm-diff-xs-perl (from .../libalgorithm-diff-xs-perl_0.04-2build3_amd64.deb) ...
Selecting previously unselected package libalgorithm-merge-perl.
Unpacking libalgorithm-merge-perl (from .../libalgorithm-merge-perl_0.08-2_all.deb) ...
Selecting previously unselected package libc-dev-bin.
Unpacking libc-dev-bin (from .../libc-dev-bin_2.17-93ubuntu4_amd64.deb) ...
Selecting previously unselected package libdpkg-perl.
Unpacking libdpkg-perl (from .../libdpkg-perl_1.16.12ubuntu1_all.deb) ...
Selecting previously unselected package libfile-fcntllock-perl.
Unpacking libfile-fcntllock-perl (from .../libfile-fcntllock-perl_0.14-2_amd64.deb) ...
Selecting previously unselected package make.
Unpacking make (from .../make_3.81-8.2ubuntu3_amd64.deb) ...
Selecting previously unselected package manpages-dev.
Unpacking manpages-dev (from .../manpages-dev_3.54-1ubuntu1_all.deb) ...
Processing triggers for man-db ...
Setting up libasan0:amd64 (4.8.1-10ubuntu9) ...
Setting up libatomic1:amd64 (4.8.1-10ubuntu9) ...
Setting up libisl10:amd64 (0.11.2-1) ...
Setting up libcloog-isl4:amd64 (0.18.0-2) ...
Setting up libgomp1:amd64 (4.8.1-10ubuntu9) ...
Setting up libitm1:amd64 (4.8.1-10ubuntu9) ...
Setting up libmpfr4:amd64 (3.1.1-2) ...
Setting up libquadmath0:amd64 (4.8.1-10ubuntu9) ...
Setting up libtsan0:amd64 (4.8.1-10ubuntu9) ...
Setting up libmpc3:amd64 (1.0.1-1) ...
Setting up binutils (2.23.52.20130913-0ubuntu1) ...
Setting up cpp-4.8 (4.8.1-10ubuntu9) ...
Setting up cpp (4:4.8.1-2ubuntu3) ...
Setting up fakeroot (1.20-1) ...
update-alternatives: using /usr/bin/fakeroot-sysv to provide /usr/bin/fakeroot (fakeroot) in auto mode
Setting up libalgorithm-diff-perl (1.19.02-3) ...
Setting up libalgorithm-diff-xs-perl (0.04-2build3) ...
Setting up libalgorithm-merge-perl (0.08-2) ...
Setting up libc-dev-bin (2.17-93ubuntu4) ...
Setting up libdpkg-perl (1.16.12ubuntu1) ...
Setting up libfile-fcntllock-perl (0.14-2) ...
Setting up make (3.81-8.2ubuntu3) ...
Setting up manpages-dev (3.54-1ubuntu1) ...
Processing triggers for libc-bin ...
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/l/linux/linux-libc-dev_3.11.0-15.23_amd64.deb: 404  Not Found

Itt spec abbahagytam a mókát :) Ettől nyilván nem lesz automatikusan szar az ubi, de azért van benne pár na és ejnyebejnye.




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700629

Fogalmam sincs, (szerintem nem), de és ha nem? :)

szerk: megnéztem a logjaim, nem látok utalást arra, hogy ilyet tettem volna.




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700667

Értem én (hidd el, nem ma kezdtem). A beszélgetés itt viszont az egyszeri szerencsétlenről szól. Ő meg a fentit látja, és kb a következőket vonja le belőle

0) Felvezető kérdés: Megnéztem a csomagkezelő! manját, azt mondja, hogy így kell leszedni a csomag forrását, erre errorozik itt nekem, hogy nincs fent valami csomag.
1) Ha állítólag kötelező minden művelet előtt apt-get update, akkor miért nem csinálja magától?
2) Ha frissül a csomaglista, miért elérhetetlen a régebbi csomag?
3) Ha egyszer error volt egy letöltés, akkor miért kezdi el feltenni a többi csomagot? Pláne kérdés nélkül?

4) Bónusz kérdés, ha már évekkel ezelőtt is ferde szemmel néztek arra, aki aptitude helyett apt-get-et használ, akkor mi a picsáért nincs aptitude source csomag?

---
A válaszok meg:
0) Értem én, hogy bizonyára suggests meg minden, nem is para, kozmetikai ügy, de az optikája kezdőnek azért nem az igazi.
1) Itt is értem én, hogy hát mert lehet, hogy mégsem kell letölteni, mert az előbb tetted, és nem kell állandóan letöltögetni fölöslegesen, de egyrészt erre lehet azért szofisztikált megoldásokat találni (cache timeout, hiba esetén update, default frissítés meg egy force off kapcsoló) de imho az a bare minimum: a) legalább megkérdi, hogy akarod a többit a hiba ellenére és b) szól, hogy update kéne, azért volt az error (kb mint a dpkg-src esetében) mert addig imho ez bizony gáz.
2) Szerintem erre nincs magyarázat, ez felhasználó szemmel ejnyebejnye.
3) Lásd #1, ez ejnyebejnye.
4) Ez meg szemöldökhúzás :)




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700768

Lehetett volna, de megpróbálta ugyanazt a security.ubuntu.com-ról is. Nyilván megoldható lett volna a probléma, nekem nem ért annyit, hogy kettő percnél többet foglalkozzak vele, csak a fenti a "frissítésekkel sosincs semmi baj, mert én még nem láttam" szösszenethez adtam egy kis adalékot az informálatlan user szemszögéből.




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700806

Értem. A command line toolok lehetnek szarok :)




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700862

please tell me more about it, még sose olvastam ezt. Hidd el, valószínű ha foglalkoztam volna vele kettő percet még, akkor nyilván fel tudom tenni. Azért továbbra sem látom, hogy hol a pebkac abban, hogy ha nem jön le minden csomag, aztán mégis nekiáll telepíteni? Hol a pebkac abban, hogy nem lehet az aptitudeal sourceot lehúzni? Szerintem a unix way nem az, hogy a userre mutogatunk, mikor valamit szarul csinálunk...




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700874

Viszont ha :wq-ra úgy reagál, hogy ja bocs nem tudtam kiírni, de azért kilépek, cseszd meg amit írtál, akkor az lenne :) .

De megrpóbálom mégegyszer: Igen, nem futtattam updatet, pedig valóban illett volna. Nem, nem tartom ordas hibának. De ettől még azok a funkiconális pontok igenis validek imho.




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700881

Melyik, a 404, de azért telepítek?




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700863

Meghajlok érveid nagysága előtt. A fenti úgy volt tökéletes, ahogy volt, semmit nem csinálhatott volna jobban a tool, én vagyok a hülye.




Ubuntu 12.04.4 LTS: https://hup.hu/cikkek/20140207/ubuntu_12_04_4_lts#comment-1700882

Kire vegyem? :)

Ja, nem ártott volna. Ettől még amit csinált az aptitude, az egyáltalán nem volt ejnyebejnye mentes.




Kisebb "iroda" digitalizálása hogyan?: https://hup.hu/node/130484#comment-1701384

Ugyan tapasztalatom nincs vele, de én simán lehet, hogy megnézném nincs-e valami okostelefonos izé, ami szépen rácsücsül a fényképezőgépre...




Újabb "init" szavazás a Debian Technical Commitee-ben: https://hup.hu/cikkek/20140206/ujabb_init_szavazas_a_debian_technical_commitee-ben#comment-1699483

Márpedig a debian féle tech ttce pontosan arról szól, hogy azokat a technikai irányvonalakat, amikkel a debian community problémákat lát, vagy nem tud benne megállapodni, megpróbálja eldönteni, tech szempontból Ált megpróbálnak megegyezni, de ha másképp nem megy, akkor még mindig kell valami. Én végignyálaztam azt a kurva hosszú szálat (nagyjából) a popcorn hatás mellett azért volt benne érdemi infó is, és bizony többek közt azért olyan cseszett hosszú, mert megpróbáltak megállapodni. Egészen értelmes mennyiségű technikai tesztelés és verifikáció, ill beszélgetés zajlott. Megegyezni szerintem pontosan a kérdés politikai vonzatai miatt nem tudtak (ill imho mert kissé túl sokat akartak markolni egyszerre a portok nevében)




Rendszergazdaként észleled, hogy az egyik munkatárs illegális tevékenységet folytat a céges hálózaton. Mit teszel?: https://hup.hu/szavazasok/20140203/rendszergazdakent_eszleled_hogy_az_egyik_munkatars_illegalis_tevekenyseget_folytat_a_ceges_halozaton#comment-1697952

Spec én a céges proxyt vidáman kikerülöm, ha kell, a gépen levő menedzselt tűzfallal együtt. Mert amikor közli az ostobája, hogy mondjuk az nmap az hacking tool, és nem tehetem fel, az indiai meg arra a felvetésre, hogy bazmeg dolgoznék, azt mondja, hogy a vendortól kapják a listát és nem tudnak vele mit csinálni, akkor van jobb dolgom is, mint hogy veszekedjek vele.




Rendszergazdaként észleled, hogy az egyik munkatárs illegális tevékenységet folytat a céges hálózaton. Mit teszel?: https://hup.hu/szavazasok/20140203/rendszergazdakent_eszleled_hogy_az_egyik_munkatars_illegalis_tevekenyseget_folytat_a_ceges_halozaton#comment-1698439

De lehet, és nem kell felvenned. Csak a céges HR szerint meg lehet, hogy nem rossz szokás, és a hiányából téves következtetést von le. Szerintem is hülyeség, de szíve joga kb. Pont ugyanúgy, mintha bemész személyes pofavizitre, és nem tesztik neki, hogy mittomén zokniszandálban vagy, vags sárgék a fogaid, ezért nem vesz fel, az is szíve joga.




Rendszergazdaként észleled, hogy az egyik munkatárs illegális tevékenységet folytat a céges hálózaton. Mit teszel?: https://hup.hu/szavazasok/20140203/rendszergazdakent_eszleled_hogy_az_egyik_munkatars_illegalis_tevekenyseget_folytat_a_ceges_halozaton#comment-1697960

Mondjuk ez megért volna egy misét a munkaügyi bíróságon :)




Rendszergazdaként észleled, hogy az egyik munkatárs illegális tevékenységet folytat a céges hálózaton. Mit teszel?: https://hup.hu/szavazasok/20140203/rendszergazdakent_eszleled_hogy_az_egyik_munkatars_illegalis_tevekenyseget_folytat_a_ceges_halozaton#comment-1697985

Ha a főnök megegyezett, akkor semmit. A kirúgtákból nem ezt vontam le... :)




Rendszergazdaként észleled, hogy az egyik munkatárs illegális tevékenységet folytat a céges hálózaton. Mit teszel?: https://hup.hu/szavazasok/20140203/rendszergazdakent_eszleled_hogy_az_egyik_munkatars_illegalis_tevekenyseget_folytat_a_ceges_halozaton#comment-1698698

Erre viszont (én ezekből kiérzem a szándékosságot) elég egyértelmű a válasz: követem a policyban levő eljárást.




Rendszergazdaként észleled, hogy az egyik munkatárs illegális tevékenységet folytat a céges hálózaton. Mit teszel?: https://hup.hu/szavazasok/20140203/rendszergazdakent_eszleled_hogy_az_egyik_munkatars_illegalis_tevekenyseget_folytat_a_ceges_halozaton#comment-1698827

Szerintem olyan nagyon nincs messze az illegális a "szabályzatba ütközőtől", simán elmegy az ember egy-két ilyen jellegű post után abba az irányba.

Főleg, hogy olyan súlyú cselekedetnél imho a legtöbb ember szemében egyáltalán nem kérdés a kérdés, uh. megkeresték azt az értelmezési tartományt, ahol lehet neki értelme.




Rendszergazdaként észleled, hogy az egyik munkatárs illegális tevékenységet folytat a céges hálózaton. Mit teszel?: https://hup.hu/szavazasok/20140203/rendszergazdakent_eszleled_hogy_az_egyik_munkatars_illegalis_tevekenyseget_folytat_a_ceges_halozaton#comment-1699907

A büntetőjogi felelősséged sose lesz a szerződésed függvénye :)




VirtualBox 4.3.6: https://hup.hu/cikkek/20131219/virtualbox_4_3_6#comment-1677808

Ki mondta hogy jobb? Én azt mondtam, hogy ha Linux host, akkor alapból benne van, nem kell semmivel hülyéskedni

Ha Linux a host, akkor sokkal jobb a KVM+QEMU

Szóval azért én értem, miért kérdeztek vissza :)




VirtualBox 4.3.6: https://hup.hu/cikkek/20131219/virtualbox_4_3_6#comment-1677938

Ne szívd mellre, egyszerűen csak felhívtam a figyelmed rá, hogy dehogynem mondtad. :) Értem, hogy nem ezt gondoltad, meg ki is fejtetted feljebb, ami rendben is van, csak elsőre valóban nem volt egyértelmű, hogy szerinted hogyan jobb.

Egyébként konstruktívan tudnám pl. javasolni az "egyszerűbb" szót, ha esetleg kettővel is megelégszel akkor a "könnyebben telepíthető" (bár gyanús, hogy van vbox repokban is, ha már van belőle openszósz edition)




awk félperces [megoldva]: https://hup.hu/node/130448#comment-1700670

nem szoktam awkt használni, de ha nem '-k közé teszed, akkor (nyilván a többi szükségest escapelve) a shell behelyettesíti neked (esetleg egy basename még kellhet)




LLVM vs GCC, avagy RMS tragediaja: https://hup.hu/node/130063#comment-1695164

Kicsit félve de.

Ad1) FYI windowson sem feltétlen az a default, hogy mindenért fizetni kell. A munkához (sőt, úgy általában is) használt eszközeim nagy része ingyenes, a legtöbbje ráadásul open source. Van pár, ahol nem (olyan is, ahol meggyőztem a céget, hogy ebből vegyünk licenszet, mert jó lesz, ráadásul üssetek, a putty helyett van), cserében van olyan is, amiből ugyan ad a cég valami fizetőset, de szarabb, mint amit letöltök az sfről.

Ad2) Az internetből úgy tűnik, hogy az xchat GPL (>innen< letöltve a legfrissebb kátránylabdát a COPYING fileban egy GPL v2 figyel), bár gondolom ez a windowsos xchat patchei nélküli verzió... továbbá >az indoklás< a miért kell fizetni windowson kérdésre az, hogy azért, mert ő szopik vele, hát fizess ha kell.

Namost.
Ad 2.1) A GPL explicit pontosan azt mondja, hogy a forrást oda kell adni a kód mellé, és amíg te a saját módosításaidat a kóddal együtt továbbadod, azt csinálsz, amit akarsz. Szóval ha valaki fogja a kódot, megpatkolja, hogy menjen windowson, és közzéteszi, szíve joga. Ha az eredeti szerzőnek ez nem tetszik, akkor talán teCCett volna nem úgy licencelni, hogy ezt meg lehessen csinálni, szíve joga. Kivéve, ha mondjuk GPL kódra épített, de akkor pedig pontosan azért nem teheti meg, hogy ne élősködhessen az eredeti GPL kódon, bezárva azt és pénzt kérve a buta windows userektől (gondolom nem ez a helyzet egyébként, mert akkor inkább ki lett volna belőle verve, meg van is valami LGPLre utalgatás, de még akár ez is lehet). Szóval licence jogászkodásilag tök rendben van.

Ad 2.2) Ráadásul az indok is az, hogy windowsra portolni sok meló(és gondolom a faszinak nincs kedve ezzel pöcsölni, mert linuxra csinálni is sok meló, de ott valamiért jó volt a GPL. Most kérem, ha valaki úgy érzi, hogy ő ezt pénz nélkül is hajlandó, hol itt a gond a morállal? Ha egyébként nincs kedve cseszni vele, mondja azt, hogy szorri, nem csinálok windowst, ott a fork, jóidő, erről szól az opensource. Ha meg igazából álszentkedés volt, és csak szerette volna lepumpolni a windows usereket, aztán valaki face valuen hívta a blöfföt, és megcsinálta szórakozásból, hát akkor nem ér annyit a munkája, hogy pénz legyen belőle, IJ.

És továbbra is. A faszi az author. Megtehette volna, hogy eleve ki sem adja a kódját GPL alatt. Most is megtehetné bármikor, hogy egyszerűen az új verziót nem adja már ki GPL alatt, hanem más licencet választ (ja, hogy akkor nem kerüle be linux disztrókba?) és onnantól kezdve az új featureök nincsenek meg a forkban. De nem teszi. Szóval ha itt valaki kibaszott vele, akkor az nem aki forkolt, hanem önmaga.




LLVM vs GCC, avagy RMS tragediaja: https://hup.hu/node/130063#comment-1697580

Ha jól emlékszem az, hogy szerinte be lehet zárni => nem garnatálja a kód szabadságát => nem annyira szabad, mintha az kötelezővé lenne téve a la GPL.
---
Vagyis szerinte a világnak jobb, ha a ráépült cuccokat kötelező visszadni. Az érvelést el tudom fogadni mint olyat (világnézeti kérdés), de őszintén szólva, mikor úgy fogalmaz, hogy az "azt csinálsz, amit akarsz" kevésbé szabad, mint az "azt csinálsz amit akarsz, feltéve, hogy nem bántod a licenszet" akkor mindig röhögnöm kell.




LLVM vs GCC, avagy RMS tragediaja: https://hup.hu/node/130063#comment-1697717

Bele tényleg nem ugathat, de véleménye lehet róla, és azt még hangoztathatja is imho.
Egyébként szerintem itt nincs fekete/fehér. Mivel nem programozásból élek, többnyire csak scripteket, vagy valami egyszerűbb APIhoz taknyolok valamit, ha kell, ezért ritkán van ilyen döntés, de el tudom képzelni azt is, hogy jó a BSD style, mert leszarom, mi történik vele később, meg azt is, hogy L?GPLt tennék rá, mert zavarná a lelkem, ha valaki jól becsomagolná.




DARPA Open Catalog: https://hup.hu/cikkek/20140206/darpa_open_catalog#comment-1699660

http://motherfuckingwebsite.com/ ;)

Én spec tök jól átlátom mi van odaírva, és viszonylag kevesebb helyet foglal mint a csudidesign :)




DARPA Open Catalog: https://hup.hu/cikkek/20140206/darpa_open_catalog#comment-1700142

"Yes, this is fucking satire, you fuck" ;)




DARPA Open Catalog: https://hup.hu/cikkek/20140206/darpa_open_catalog#comment-1699883

Mikor információt osztunk meg, akkor nem kell helyettesítőnek csicsa. :)

Mesélj, mi hiányzik róla?




DARPA Open Catalog: https://hup.hu/cikkek/20140206/darpa_open_catalog#comment-1700153

villogó animgif szöveg, ááá a retinám....




Cinkes dolog ha egy cég alkalmazottjaként a cégem által gyártott termék helyett a konkurenciáét használom munkára?: https://hup.hu/szavazasok/20140131/cinkes_dolog_ha_egy_ceg_alkalmazottjakent_a_cegem_altal_gyartott_termek_helyett_a_konkurenciaet_hasznalom#comment-1697584

Hentesnél veszel húst meg szalonnát, (meg belet, bár azt még madaras teszkóban is kapsz) ledarálod, bekevered, betöltöd, valahol felfüstölteted, azt csá :)




SSH bejelentkezés laaaaaaaaaaaaassú [Megoldva]: https://hup.hu/node/130377#comment-1699501

+1

UseDNS
Specifies whether sshd(8) should look up the remote host name and check that the resolved host name for the remote IP address maps back to the very same IP address. The default is "yes".

Egy UseDNS=no az sshd_configban csodákra szokott képes lenni.




SSH bejelentkezés laaaaaaaaaaaaassú [Megoldva]: https://hup.hu/node/130377#comment-1699510

default is yes. Szóval egy exlicit no nem ártana




SSH bejelentkezés laaaaaaaaaaaaassú [Megoldva]: https://hup.hu/node/130377#comment-1699658

nm.

A megjegyzendők közé meg írd fel, hogy unixos daemonoknál néha szokás kikommentezve beírni a defaultokat. (pluszként, az ilyenben ha te kommentezel ki valamit, akkor érdemes jelezni, hogy az nem egy default kikommentezett default :) )




SSH bejelentkezés laaaaaaaaaaaaassú [Megoldva]: https://hup.hu/node/130377#comment-1699653

Őszintén szólva én már próbáltam egy párszor megérteni, hogy itt pontosan mi a security feature, de nem igazán találtam meg. :)

Jó resolver beállítás meg persze ok, de a gyakorlatban random ISPktől kapott random címek világában elég reménytelen.




SSH bejelentkezés laaaaaaaaaaaaassú [Megoldva]: https://hup.hu/node/130377#comment-1699656

Értem alapból, de kissé fejvakarós, hogy a fenti szösszenet mintha rá se futna.




Képnézegető terminálban: https://hup.hu/node/130296#comment-1699290

Az, hogy most hackelt magának egy rendszert, ami a maga egyszerűségében tökéletes, ezért sok új csomagot nehéz belehackolni, és aminek az updateje úgy néz ki, hogy újrakezdi az LFSt majd, szóval ha sok csomag van, akkor majd mégegyszer nehéz belehackolni a sok csomagot.




Képnézegető terminálban: https://hup.hu/node/130296#comment-1699357

Legalább nincs dependency hell ;)




[bug] mount -o loop meglepetés...: https://hup.hu/node/130235#comment-1697067

Semmi különös. A mount szarik arra, hogy mi a file kiterjesztése. Ha ext4 van rajta, akkor úgy fogja mountolni, ha xfs, akkor meg úgy. Már persze, ha ki tudja találni magától, de ki tudja.




[bug] mount -o loop meglepetés...: https://hup.hu/node/130235#comment-1697205

Bocs, azt hittem kérdés.

Ezzel együtt, ha szerinte ro mountolta, akkor bazira nem kellene neki bármit megpiszkálnia a block deviceon (ami esetünkben ugye végeredményben a file maga)




[bug] mount -o loop meglepetés...: https://hup.hu/node/130235#comment-1697069

ill mikor épp be van mountolva, akkor egy mount kimenet.




[bug] mount -o loop meglepetés...: https://hup.hu/node/130235#comment-1697111

ez így első bliccre elég rusnyán hangzik...




[bug] mount -o loop meglepetés...: https://hup.hu/node/130235#comment-1697574

Móriczkáztam egy kicsit hirtelen. (azért dd, mert valami elejtett megjegyzés az mkudffst azzal vádolta, hogy sparse fileokat csinál, ami majd úgy nő, ahogy igény van rá)

#!/bin/bash
echo "###creating test file:"
dd if=/dev/zero of=/tmp/test.udf bs=2048 count=10000
sha1sum /tmp/test.udf 
mkudffs --media-type=dvd /tmp/test.udf 10000
sha1sum /tmp/test.udf
echo
echo "###testing with default options:"
mount -o loop /tmp/test.udf /mnt
mount|grep test
echo "##Trying to add file"
echo 'test' > /mnt/testfile.txt
umount /tmp/test.udf 
sha1sum /tmp/test.udf 
echo
echo "###testing with explicit ro:"
mount -o loop,ro /tmp/test.udf /mnt
mount|grep test
echo "##Trying to add file"
echo 'test' > /mnt/testfile.txt
umount /tmp/test.udf 
sha1sum /tmp/test.udf 
echo

echo "###testing with explicit rw:"
mount -o loop,rw /tmp/test.udf /mnt
mount|grep test
echo "##Trying to add file"
echo 'test' > /mnt/testfile.txt
umount /tmp/test.udf 
sha1sum /tmp/test.udf 
echo

rm -f /tmp/test.udf

CentOS 6.4

###creating test file:
10000+0 records in
10000+0 records out
20480000 bytes (20 MB) copied, 0.0912135 s, 225 MB/s
21eac8f53c5e2ed9ae09ccebf2cf7a0261efb8f0 /tmp/test.udf
start=0, blocks=16, type=RESERVED
start=16, blocks=3, type=VRS
start=19, blocks=237, type=USPACE
start=256, blocks=1, type=ANCHOR
start=257, blocks=16, type=PVDS
start=273, blocks=1, type=LVID
start=274, blocks=9469, type=PSPACE
start=9743, blocks=1, type=ANCHOR
start=9744, blocks=239, type=USPACE
start=9983, blocks=16, type=RVDS
start=9999, blocks=1, type=ANCHOR
295f49ebb4b751179dc4aaacd18f5f2d13f02abc /tmp/test.udf

###testing with default options:
/tmp/test.udf on /mnt type udf (rw,loop=/dev/loop0)
##Trying to add file
./test.sh: line 12: /mnt/testfile.txt: Read-only file system
295f49ebb4b751179dc4aaacd18f5f2d13f02abc /tmp/test.udf

###testing with explicit ro:
/tmp/test.udf on /mnt type udf (ro,loop=/dev/loop0)
##Trying to add file
./test.sh: line 20: /mnt/testfile.txt: Read-only file system
295f49ebb4b751179dc4aaacd18f5f2d13f02abc /tmp/test.udf

###testing with explicit rw:
/tmp/test.udf on /mnt type udf (rw,loop=/dev/loop0)
##Trying to add file
./test.sh: line 29: /mnt/testfile.txt: Read-only file system
295f49ebb4b751179dc4aaacd18f5f2d13f02abc /tmp/test.udf

Ubuntu saucy vagy mi a szösz

###creating test file:
10000+0 records in
10000+0 records out
20480000 bytes (20 MB) copied, 0.0875486 s, 234 MB/s
21eac8f53c5e2ed9ae09ccebf2cf7a0261efb8f0 /tmp/test.udf
start=0, blocks=16, type=RESERVED
start=16, blocks=3, type=VRS
start=19, blocks=237, type=USPACE
start=256, blocks=1, type=ANCHOR
start=257, blocks=16, type=PVDS
start=273, blocks=1, type=LVID
start=274, blocks=9469, type=PSPACE
start=9743, blocks=1, type=ANCHOR
start=9744, blocks=239, type=USPACE
start=9983, blocks=16, type=RVDS
start=9999, blocks=1, type=ANCHOR
80b2bdd8ee523e4f0626737c6fa414e3de777aae /tmp/test.udf

###testing with default options:
mount: block device /tmp/test.udf is write-protected, mounting read-only
/tmp/test.udf on /mnt type udf (ro)
##Trying to add file
/home/user/test.sh: line 12: /mnt/testfile.txt: Read-only file system
75d8f7c00494eab728a146fcc404009bd39e6df4 /tmp/test.udf

###testing with explicit ro:
/tmp/test.udf on /mnt type udf (ro)
##Trying to add file
/home/user/test.sh: line 20: /mnt/testfile.txt: Read-only file system
75d8f7c00494eab728a146fcc404009bd39e6df4 /tmp/test.udf

###testing with explicit rw:
mount: block device /tmp/test.udf is write-protected, mounting read-only
/tmp/test.udf on /mnt type udf (ro)
##Trying to add file
/home/user/test.sh: line 29: /mnt/testfile.txt: Read-only file system
293b44fee384092087a50f2d5df186347a9408a2 /tmp/test.udf

Nem értem, hogy a centos miért mondja, hogy rw mountolt, miközben nem, de legalább konzekvensen tényleg nem nyúl hozzá. Az ubuntu láthatóan rw próbál mountolni, és úgy fest, hogy miközben a mount megszüli, hogy ez ro, aközben valamit csinál, amit nem kéne.




[bug] mount -o loop meglepetés...: https://hup.hu/node/130235#comment-1697575

Oh, a centos i686 a bubuntu 64bites volt.




[bug] mount -o loop meglepetés...: https://hup.hu/node/130235#comment-1697598

Kicseréltem mkisofsre (meg a .udfet .isora), az eredmény ugyanúgy fest:
centos:

###creating test file:
I: -input-charset not specified, using utf-8 (detected in locale settings)
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 0
Path table size(bytes): 10
Max brk space used 0
418 extents written (0 MB)
9291d3dab4517513fb2e9fad35b93eff4fb5c1fc /tmp/test.iso

###testing with default options:
/tmp/test.iso on /mnt type udf (rw,loop=/dev/loop0)
##Trying to add file
./test.sh: line 15: /mnt/testfile.txt: Read-only file system
9291d3dab4517513fb2e9fad35b93eff4fb5c1fc /tmp/test.iso

###testing with explicit ro:
/tmp/test.iso on /mnt type udf (ro,loop=/dev/loop0)
##Trying to add file
./test.sh: line 23: /mnt/testfile.txt: Read-only file system
9291d3dab4517513fb2e9fad35b93eff4fb5c1fc /tmp/test.iso

###testing with explicit rw:
/tmp/test.iso on /mnt type udf (rw,loop=/dev/loop0)
##Trying to add file
./test.sh: line 32: /mnt/testfile.txt: Read-only file system
9291d3dab4517513fb2e9fad35b93eff4fb5c1fc /tmp/test.iso

ubi:

###creating test file:
I: -input-charset not specified, using utf-8 (detected in locale settings)
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 0
Path table size(bytes): 10
Max brk space used 0
418 extents written (0 MB)
ec0f57f65c1fbf7aedefd813d441177d02c505fa /tmp/test.iso

###testing with default options:
mount: block device /tmp/test.iso is write-protected, mounting read-only
/tmp/test.iso on /mnt type udf (ro)
##Trying to add file
./test.sh: line 15: /mnt/testfile.txt: Read-only file system
a419ac3220682f57ed2d11def9bc8611620495be /tmp/test.iso

###testing with explicit ro:
/tmp/test.iso on /mnt type udf (ro)
##Trying to add file
./test.sh: line 23: /mnt/testfile.txt: Read-only file system
a419ac3220682f57ed2d11def9bc8611620495be /tmp/test.iso

###testing with explicit rw:
mount: block device /tmp/test.iso is write-protected, mounting read-only
/tmp/test.iso on /mnt type udf (ro)
##Trying to add file
./test.sh: line 32: /mnt/testfile.txt: Read-only file system
71f5eafc039b9c565e1cca9979e5e317058be42a /tmp/test.iso




[bug] mount -o loop meglepetés...: https://hup.hu/node/130235#comment-1698035

Hát, ez erősen bug szagú imho. Centosnál is, de az ubi mindenképp ejnyebejnye.




[bug] mount -o loop meglepetés...: https://hup.hu/node/130235#comment-1698095

Én inkább a mountra gyanakodnék. Lehet, hogy lenne értelme megnézni, hogy pontosan mit is csinál az izé, de gyanús, hogy az ubuntu maintanere jobban ismeri ezeket az izéket belülről, mint én, és tekintve, hogy a többin úgy látom max non-destruktív hülyeség van (centos hazudni rw), én lehet őt dobnám meg először. Aztán max azt mondja, hogy upstream. De akkor legalább talán megmondja, hogy melyik :D




Inode ext4: https://hup.hu/node/130283#comment-1698094

stracelgettem egy kicsit, de nem látom, hogy az ls csinálna bármit, ami rw akar nyitni filet, és mint olyan, baja lehetne az inodeok hiányából. (mcből ezt kinézem). cat /tmp esetleg? vagy find?




Inode ext4: https://hup.hu/node/130283#comment-1698273

Azt néztem én is, hogy akar-e egy ls írni valamit, de -- legalábbis nálam -- nem akart.




Inode ext4: https://hup.hu/node/130283#comment-1698317

Hát, hacsak új processz nyitásakor a shell amiből futok nem csinál ilyesmit, akkor kéne lássam stracel is




Melyik X fölötti asztali környezetet használod a legkevésbé szívesen?: https://hup.hu/szavazasok/20140126/melyik_x_folotti_asztali_kornyezetet_hasznalod_a_legkevesbe_szivesen#comment-1695121

Nekem a twmtől lesz mindig lábrázásom :D




Melyik X fölötti asztali környezetet használod a legkevésbé szívesen?: https://hup.hu/szavazasok/20140126/melyik_x_folotti_asztali_kornyezetet_hasznalod_a_legkevesbe_szivesen#comment-1695189

off
Nyilván tudom, hogy nem asztali környezet, csak poén akart lenni. Sőt, azt is tudom, hogy egy csomó dolog beállítható, mert pont a "nekem kell kattintani mikor felugrott egy alkalmazas ablaka" című izénél jutottam el oda, hogy "nemb+, én nem hiszem el, b+, hogy valaki ezt komolyan gondolta b+ hogy ez így jó, b+", és megnéztem. És tényleg.

Sajnos én többnyire olyan helyeken találkoztam vele, ahol ez volt a remote supportosnak felajánlott munkakörnyezet, és ott esélyed sem volt faragni rajta, ráadásul legalább rágták a füledet, hogy mivel pöcsölsz, és nem lehetett azt mondani, hogy én vagyok az on-call csúcsszupi expert, aki az összes gondodat meg fogja oldani, csak még előbb próbálok nyitni egy új terminál ablakot úgy három perce :) Uh. a defaultokért továbbra is fenn áll, hogy nem hiszem el, hogy valaki szerint ez így jó... :)

Uh. ehhez képest ha volt ott az a citrixes solarisos izé, aminek most heveny agylágyulás miatt nem ugrik be a neve, az ember már boldog volt, pedig...
/off




"így lehet elférni két Combino között biciklivel": https://hup.hu/node/130216#comment-1697929

A kombinók bevezetésekor pont folyamatosan harsogta a hangos, hogy kapaszkodjál, mert kissé dinamikusabban gyorsul/lassul, mint a régi ;)




I <3 CentOS: https://hup.hu/node/130221#comment-1696874

Mármint hogy nem érted, hogy mi az az enterprise, csodálkozol, hogy nem megy a bleeding-edgeish cucc, összabaszol valamit valami ostoba repóbol, és a centos a hibás? :)




I <3 CentOS: https://hup.hu/node/130221#comment-1696880

Értem én, de goto read hogy hogyan releaselnek... Igen, van olyan usecase, ahol ez szívás. Oda nem ezt kell tenni. Vagy megérteni, hogy nem ez a prio, uh. némi meló jön.




I <3 CentOS: https://hup.hu/node/130221#comment-1696896

Nem. Csak nem érted. A benne levő csomag régi. Te meg az újnak egy featurejét szeretted volna. Ez az, ami bleeding edgeish. Kiemelném az isht, ami épp azért volt ott, hogy jelezze, relatív frisset jelent.

Aztán: "anyad. Oke, szedjunk curl csomagot a hivatalos oldalrol. Nagyon jo lesz, hogy az EPEL-en kivul meg mashonnan is csomagolunk, de nem baj, lenyeljuk a bekat."

Mármint hogy az epelen (ami már eleve csak hivataloska) meg a rendes centos repon kivül valahonnan máshonnan találtál még valamit, ahonnan yum installni lehet, és szerinted hivatalos, akkor tényleg ugorjál.
--
És nem attól lesz enterspájz, az csak az egyik következmény.




I <3 CentOS: https://hup.hu/node/130221#comment-1696969

bleeding-edgish:
Még mindig nem a 4 éves csomag a friss, hanem amit te használni akartál. Igen, értem, hogy szerettél volna egy friss csomagot, arra mondtam, hogy bleeding-edgeish. Értem a usecasedet, de továbbra is rossz célpontra fújsz.
---
Hivatalos oldal:
A CentOS diszró hivatalos oldala a mirrors.centos.org valamelyik repóján levő csomagok. Itt azok laknak, amit a CentOS a redhat tárolóiból fordít újra, lehetőség szerint ugyanolyanra, mint ők. Az EPELben olyan dolgok vannak, amiket a RH nem szállít, de hasznosnak vélik (és hasonló elvek mentén próbálják updatelni, mint az RH a saját dolgait). A curl oldalán meg valami van, amit a curl fejlesztője odabaszott, mint upstream. Ha kitett egy rpmet, vagy pláne egy szerinte CentOShoz való repót, ami aztán nem települ, vagy ki akarja cserélni a fél rendszert, az mindenképp kellemetlen, azonban semmi köze ahhoz, hogy a centos milyen. Ahhoz van köze, hogy vagy a curl írója egy béna tök, aki nem tudta rendesen becsomagolni a vackát, és állítja, hogy igen, vagy neked nem sikerült használni, amit adott. De mint mondtam, ez max a curl upstreamet minősíti, nem a centost.
---
Miért függ a csomag az OStől:
Azért függ, mert nem OS, hanem disztró. Tudod, szoftverek gyüjteménye. Ezeket mindenféle permisszákkal állítják össze. A RH (és ezért a CentOS) esetében prioritást élveznek mindenféle más dolgok az egyes csomagok frissessége fölött. Ilyen supportability, stabil interfacek updatek között, amik nem törik keresztbe a működő rendszereidet, jól tesztelt, működő, security updatelt csomagok, és hasonlók. És bár mondjuk egy újabb akármi hiánya a disztó által közvetlenül szállított cuccok között tud fájó lenni, egy csomó esetben nem éri meg, hogy a többit beáldozzuk miatta. Ezért van úgy, hogy régebbivel kell dolgozni. Ilyenkor, mikor a hatos a kiadási ciklus vége fele jár (a 7 már publikus béta) ez bizony tud ilyen látványos lenni.
A csomó eset többnyire enterspájz felhasználást fed le (ott fontosak ezek a célok, ami nem meglepő, tekintve, hogy az a RH célpiaca), és ott ha kell tudunk vele együtt élni. (Ha szükség van rá, akkor miután anyáztam egyet, nagy duzzogva le tudom fordítani és csomagolni a curlt úgy, hogy ne fájjon a rendszer többi komponensének, majd bele tudom lökni a helyileg erre tartott repoba, hogy elérhető legyen. El fog venni némi időt, de azért nem vészes).

Ha neked kell az, hogy rendszeresen tudj friss dolgokat feltenni, akkor egy ilyen szemlélettel csomagolt disztró nem jó választás. Lehet miatta szidni, hogy nem segít téged olyasmiben, amiben kimondottan nem célja neki, csak nem állít ki rólad valami jó bizonyítványt.

Tessék lőni valami olyasmire, aminek célja, hogy csomagolva viszonylag friss dolgokat adjon neked (ubuntu fél éves releasek, debian testing, fedora, zsuzsi), némiképp a többi izé kárára, esetleg egy oyat, ami nagyon frisset ad neked (arch, gentoo), erősen a többi izé kárára. Aztán majd ott meg sírj, hogy ez mekkora fos, mert nyomtam egy updatet, azt a fele daemon elmúlt működni a másikfelének meg elkúrta a konfigját.




I <3 CentOS: https://hup.hu/node/130221#comment-1697053

persze. Bár akkor már nyitottzsuzsi :)




I <3 CentOS: https://hup.hu/node/130221#comment-1697066

Nemecsek meg forog a sírjában :)




I <3 CentOS: https://hup.hu/node/130221#comment-1697293

Vagy mire? :)




I <3 CentOS: https://hup.hu/node/130221#comment-1696970

Hátha átmegy valami. :)




I <3 CentOS: https://hup.hu/node/130221#comment-1697062

Egyrészt ez nem teljesen igaz*, másrészt pedig:
-cserébe amit becsomagolnak, azt viszont nagyon egyszerű
-van olyan, aki kb csak a döglött macskát nem csomagolja be neked (az más kérdés, hogy némi minőségi hiányosságra ott lehet számítani a nem agyonhasznált csomagok között)
-a disztrók elárulják, hogy mi a policy, szóval azért tudod, mit fogsz kapni. Valahol a te dolgod ezt figyelembe venni, sajnos minden együtt nem megy. Esetedben pl a főnököd valószínű azért mondta, hogy de centos kell, hogy ne legyen az, hogy amikor te email küldéshez curlt akarsz használni, mert valamiért nem jó az erre ottlévő francsetudja mennyi lehetőség, akkor egy jól irányzott yum install curl-al lehetőleg ne tegyél keresztbe mondjuk a vason futó ssles websiteoknak mert jön az új libssl-el valami bugi, vagy átállít valami security policyt. Cserébe te bizony valamennyit szívsz, ha frissebb curl kell. Jelzem, ha tényleg értenél hozzá, akkor azért általában nem olyan nagy szívás, bár tény, hogy rá lehet szaladni csúnya szopásokra is (pl ezesetben a glibc depek kissé ijesztőnek tűnnek elsőre). Szóval nem silver bullet, de azért egy csomó dolgot megold.

*pl az emlegetett epel már pont egy ilyen, ahol az RH által nem szállított cuccokból kaphatsz még egy adag cuccot úgy, hogy figyelnek az upstream kompatibilitásra. Most, hogy az RH összeborult a CentOSal, várható több ilyen frissebb cuccokat szállító repo (ill az epel bővülése). De van még pár hely, aki tart karban ezt azt, illetve maga az rpm környéki toolok egy csomó mindent aládadnak, hogy megcsinálhasd magad, ha kell. Persze, munka van vele, meg kell hozzá tanulni, cserébe meg lehet vele bírkózni.

Legrosszabb esetben meg még mindig mindent lefordíthatsz magad statikusan linkelve, aztán akkor lesz egy bazi önjáró binárisod.




I <3 CentOS: https://hup.hu/node/130221#comment-1697548

Azért azt ugye látjuk, hogy ha az operations oldala a dolognak azt mondja, hogy ő ilyenre lő, a development meg laszarja a permisszákat, akkor ezért nem feltétlen a disztrót kell hibáztatni.

(Bár nem ismerem a slonyt, első bliccre azért azt mondanám, hogy ha oldstableban van, stableban meg nincs, akkor vagy gyak senki nem használja, vagy abadoned, vagy ilyesmi, és a kódnak kellene kezelni, hogy valami ezer éves szarrra dependel, és megintcsak furi ilyen esetben a disztróra mutogatni).




I <3 CentOS: https://hup.hu/node/130221#comment-1697664

1) De, pontosan ez a kb leszarás. Hogy neki kell az új feature az opeations meg majd csináljon amit akar, szar az egész, neik nem lehetnek indokaik ;)
1.1) Itt is lehet külön kezelni. Ha specifikus igényed, hogy legyen olyan, fogd meg, fordítsd le, és csomagold be, ahogy neked tetszik. Akár úgy, hogy újracsomagolod a depeket is, akár úgy, "mellécsomagolod" az összes olyat, amire szüksége van. Aztán mehet a /opt-be, ahol senkit nem fog zavarni. Nem gondolom, hogy fejlesztőként (vagy akár a fejlesztő keze alá dolgozó operationsként, btw) annyira megerőltető megérteni, hogy hogyan kell használni az apt/dpkg (vagy a yum/rpm) köré épülő toolchaint. Kb csak kényelmi makrók a szokásos autoconf/automake és egyebek köré. Ja, egyszer kell vele szívni egy kört, utána már mehet.

2) Attól még, hogy a specifikus appot nem ismerem, generál megengeded, hogy legyen véleményem arról, hogy hogyan zajlik a csomagolás? Itt konkrétan ezek szerint az történt, hogy az aktuális upstream slony nem működött ezek szerint jól az aktuális Postgressel, és a disztró nem akart szállítani nem működő izét? (lásd még, hát felteszem azt szar, amit ad, hát milyen szar egy diszrtó ez). Ilyenkor kb a következőket tehette volna a debian:
-Leszarja a saját release processét, és vár, míg a két upstream meg nem oldja (valakinek frissebb bugfixes verzió, nyilván egy rakás friss teszt utána, mert ugye upstreamek nem szeretnek bugfixet régebbi verzióra kiadni). Az a viszonylag jelentős réteg, aki emiatt nem kap friss verziót _semmiből_ nyilván örül ennek. Pl. viktor aki szeretné már a frissebb curlt. (Illetve lásd még, miért van ilyen ritkán release)
-Ha van régebbi postgre, amivel jó volt, akkor inkább azzal szállít, nagy örömet szerezve azoknak, akiknek kellene a frissebb postgre, pláne mondjuk a releseben 2 év múlva, lásd még "miért ilyen régiek a csomagok?"
-Kidobja a slonyt a francba, mivel önmagában nem jó semmire, az aktuális postgressel meg nem megy. Nyilván azoknak nagy örömére, akik használnák szegényt.

Szerintem ebből a háromból a legkisebb rossz még a slony kidobása. Csúsztatni csak nem, postgrest meg mégiscsak többen használnának, mint postgrest+slonyt.

Ill. azt is vegyük észre, hogy ezek szerint a hibát nem a disztribútor hozta, hanem a slony (vagy a postgres, mint mondtam, nem ismerem az adott szitut) fejlesztői, mikor inkompatibilis izét szállítottak. A disztribútor próbálta megoldani. Meg azt is, hogy nem sokban különbözik ez attól, mint ahogy egy fejlesztői projekt kezeli a problémákat mindenféle feautureök beolvasztásának környékén. Nem értem, itt miért olyan nagy gonoszság.

Azt kellene látni, hogy itt -- mint mindenhol -- tradeoffok vannak. Az ilyen disztrók oda valók, ahol sokfélére hsználják őket, van egy nagy közös üzemeltetés, aki komplex izéket szolgáltat, nem csak egy fejlesztésből kieső egy darab szolgáltatást. Ilyenkor sajnos a stabil baseline fontos, és a fejlesztők kell ehhez valamennyire igazodjanak (cserébe, amit nem tudnak bevállalni, mert kell a feature, ott meg az op-nak lesz módszere, meg segítő keze arra, hogy hogyan lehet mégis odatenni abból a frissebbet).

Kisebb porjekteknél ez szívás, mert a külön maintaneléshez nincs meg feltétlen a know-how meg az infrastruktúra. Ilyen esetekben szerintem érdemesebb egy gyakrabban frissülő disztrót használni, szépen beírni, hogy mittomén félévente dedikálunk embert arra, hogy a friss disztró által szállított izére megcsinálja, hogy az ő egy kis valamije rendesen menjen a változásokkal, amit a friss disztró hozott. Ilyenkor ált kevesebb dolgot kell kézzel csinálni, mert régi/nem jó, a scope meg amit tesztelni kell sokkal kisebb, mint a disztibútornak.




I <3 CentOS: https://hup.hu/node/130221#comment-1697708

"Mert az aztán most kurvajó, hogy egy ezer éves libet senki nem mer frissíteni, mert a fél rendszer dependel rá." -- ez expicit nem igaz, legalább a security updatek mindenhol jönnek rá.




I <3 CentOS: https://hup.hu/node/130221#comment-1697886

Pl hogy neked ne kelljen API változással járó version bumpot csinálnod, mert a disztribútor javítja a CVEs security hibákat? Akkor is, mikor a fejlesztő szarik rá? Pont ez az értelme.




I <3 CentOS: https://hup.hu/node/130221#comment-1697707

Akkor mégegyszer és utoljára: és mert valaki csinált egy bugot, ami miatt szar volt a program! amit használni akartok. A debian köcsög önkéntes maintanere meg ugrott... Hát, az arrafele előfordul. Meg az is, hogy volt még más okai is a slony 2.1.1 kihagyásának, amiről te nem tudsz :)

A második mégegyszerre: próbálj már meg elvonatkoztatni attól, hogy valakinek az egy darab izéjében ez megoldható. Ha szerinted az egész csomagolósdi csak hülyeség, és nincs rá szükség, hát hajrá, emeld be az általad használt összes 3rd party kódot a sajátodba, tats egy saját fát, kövesd az upstream változásait magad. A build processzed heggeszd meg, hogy ellegyen a bináris végtermék magában, add át azt az üzemeltetésnek. És akkor nincsenek kompromisszumok, pont az van, amit akarsz. Lehet, hogy kicsit sokat kell vele dolgozni, dehát ugye azt már az előbb megbeszéltük, hogy a csomagolósdinak nincs értelme.

Félre ne értsd, igen, vannak az egésszel bajok. Én is szoktam sűrűn anyázni mindenféle miatt. Aztán kihúzom a fejem a homokból, belegondolok, hogy mennyi baszódás megy abba, hogy az ember karbantartsa értelmesen a lokális updatejeit, aztán meg abba, hogy a debian üszkve 50k csomaggal csinálja ugyanezt.




I <3 CentOS: https://hup.hu/node/130221#comment-1698090

Még nincs olyan régen, hogy a javas embert hallottam erről a működikről hosszasan anyázni. Pedig ő még az op igényeit figyelembe se vette. Meg egyébként is tök releváns egy well defined targetre library csomagoló izét mindenfélre random vackok szállításával hasonlítani. Egyébként meg FYI nem csak javahoz van ilyen, ott a CPAN, ott van a cabal, vagy mi a fene a haskelleseknek, a pythonhoz a pip, a rubyhoz az az izé, ami a gemeket vagy miket szedegeti, meg még ami nem jut eszembe. Aztán ha valamiért ezekhez kell nyúlni, mert nem jó, ami a disztróban van, akkor szokott lenni szopás ezerrel. :)




I <3 CentOS: https://hup.hu/node/130221#comment-1698142

Nem tudom, én az összes ilyen izével szoktam lukra futni, mikor telepíteni kell. De a mondandó lényege az volt, hogy érdekes, hogy van egy rakás maven [szerű valami], aztán valahogy mégse az a szent grál, és mondja akár csak egy disztró is, amennyire én tudom, hogy tedd fel onnan az összes perl/java/python/ruby/whatevert, mert az tuti, és megoldja.




I <3 CentOS: https://hup.hu/node/130221#comment-1698143

tartok tőle, hogy de.

(ja, az anyázós kolléga vége az lett, hogy "kell nekünk egy local maven repo")




I <3 CentOS: https://hup.hu/node/130221#comment-1697710

"Bar szerintem az egesszel tized ennyi problema lenne, ha nem minden egyes linux distro hazilag probalna meg megoldani a problemakat, hanem lenne egy kozponti tarolo, ahova a fejlesztok tolnak be a csomagokat, megadva, hogy mihez milyen verzio szukseges."

És ennek a releaselése konkrétan hogyan történne, és mennyivel lenne egyszerűbb így, mint hogy a disztók külön csinálják?

(Hint: pont ezt csinálják a disztrók, csak nem tolják a fejlesztők, hanem húzzák a disztibútorok. Pl azért, mert a fejlesztők kiscsillió nyelven, build environmenttel, és hasonlókkal dolgoznak, és nem tudnának megegyezni egy közösben a te nagy meta tárolódban.)

szerk: ja, és az összes upstream meg tök jól elmondja, hogy itta a csomag, mi kell hozzá? Menj el a honlapjára, és töltsd le. Az úgy miért nem jó?




I <3 CentOS: https://hup.hu/node/130221#comment-1697946

"Legalabb nehany dev megtanulna, hogy mas is van a vilagon, nem csak az o szuk vilaga" azért ez elég vicces volt :)




I <3 CentOS: https://hup.hu/node/130221#comment-1698072

Szerintem lassan komolyan felvázolhatnád, hogy hogy is képzeled ezt az egészet kb. fél soros fröcsögéseken, meg a hosszabb érvelések ignorálásán túl. :)




I <3 CentOS: https://hup.hu/node/130221#comment-1698145

szerintem nem kell ennyire merevnek lenni, nem ezek az elvárások. Pusztán csak:
-Legyen megoldva a security patchelés
-Egy program telepítése ne törjön el stabilnak definiált interfacet a tudtom nélkül.
-Ha mégis, akkor hozza magával az össze olyanból a firsebbet, amit eltör.
-Meg legyenek oldva az ilyen keresztbe szívások, hogy ebből ez, abból meg amaz kell.
-Mellőzzük az olyan részeket, ahol a világ összes fejlesztőjét kötelezzük arra, hogy olyan dolgokkal foglalkozzanak, amit leszarnak maguktól.
-Legyen megoldva, hogy mi van konfliktusoknál (mittomén postfix/exim, apache/ngnx, upstart/systemd, meg ilyenek)
-Ill a legutolsónál ugye az a fenti mondás, hogy ő bizony gyak mindent tud ebben az izében szállítani.

Azt hiszem hirtelen ennyit ha megoldunk, akkor már fasza lesz. Aztán jöhetnek a corner case-k,




I <3 CentOS: https://hup.hu/node/130221#comment-1698152

Semelyik. Én tudtam volna még írni, de reasonable kezdő szetnek ezt elégnek tartottam :)

Mondjuk azért ezek a többtízév supportok a gyakorlatban nem mindig úgy vannak ám. Meg őszintén szólva azt kissé túlzásnak is látom.




I <3 CentOS: https://hup.hu/node/130221#comment-1697894

Dehát már most is megcsinálja az az egy fejlesztő. Ott van, mindenki kiteszi a saját kódját. Tekintve, hogy szerinted az egész csomagolósdi, meg disztrósdi hülyeség, szerinted ebből kell dolgozni. Mi tart vissza attól, hogy onnan szedd le, és használd, ha neked az jobban tetszik? Fogj egy akármi minimal installt, ha azzal nem akarsz szívni, az összes izéded meg kezeld magad? Ez miért nem felel meg a te világképednek?




I <3 CentOS: https://hup.hu/node/130221#comment-1697892

Őszintén szólva ez egy teljesen élhető kompromisszumnak tűnik ebben az esetben első bliccre.




I <3 CentOS: https://hup.hu/node/130221#comment-1697550

Talán esetleg meg kellene nézni, hogy Windowson miért az van, ami, mielőtt azzal jössz, hogy kicseréli valaki a shell32.dll-t. Miért is cserélné ki és miért nem az alkalmazása mellé csomagolja, ha neki az kell?

Értem én, hogy rengeteg szempontból sokkal egyszerűbb lenne, ha mindenki mindig mellécsomagolna staticra fordítva mindent, meg ez ad egy adag flexibilitást. Cserébe mondjuk én erős lábrázást kapnék, ha nem lehetne mondjuk a libssl security patcheit egy helyen kezelni, mert 5 csillió daemonban egyesével benne lenne valami átemelt szar, és lehetne egyesével nézegetni, hogy az összes upstream
-használja-e egyáltalán
-patchelte-e
-várni, hogy egyesével megtegyék
-ha nem teszik, akkor mit használnak pontosan
-és hogyan lehet ráerőszakolni a patchet
-majd hogyan lehet ez teríteni a vackukhoz

IMHO a túlegyszerűsített "miér nem megy akármi akárhol OOTB, hát szar az egész" szimpla -- és meglehetőst jellemző -- fejlesztői ignorancia a világ működésének egy jelentős részéről.




I <3 CentOS: https://hup.hu/node/130221#comment-1697063

A helyes kérdés a Centos 6 kiadási éve, nem a 6.5-é. Bár ez a lényegen nem változtat. :)




I <3 CentOS: https://hup.hu/node/130221#comment-1697292

Értem én, hogy ott a vault, de abba meg nincs sec update (se).

Azt kell megérteni, hogy alapvetően centos 6 van, nem centos 6.x, azok leginkább csak kényelmi izék, hogy legyen egy frissített baseline, de maga a hatos egy ág, arra megy minden, és azon belül nem jellemző, hogy random csomagokat felülverjenek új verzióval, meg átalakítsanak, új dolgokat hozzanak be. Szóval egy 6.4->6.5 baromira nem lesz dist upgade.

(tudom, hogy ez nem egészen igaz minden csomagra, meg vannak ilyenkor tech previewk meg ilyenek, de az elv az ez)




(SOLVED) BIND9 probléma? vagy nem? Elméleti kérdés.: https://hup.hu/node/130224#comment-1697993

Ő, a DNS szerverednek mindenképp kell beszélnie a külvilággal, amikor nem olyat kérdeznek, amit már tud. Amikor meg igen, akkor cachel.




Félig bekötött RJ45 fali csatlakozó?: https://hup.hu/node/130055#comment-1694017

Simán lehet, hogy telefon megy rajt (esetleg ISDNre kötve). Szoktak ilyen strukt kábelt, hogy a 6 meg 4 lábú dugaszok is belemennek.




Budapest és vidék: https://hup.hu/node/129467#comment-1697079

"Nem jött át, hogy ezt miért másoltad be nekem. Én ebbe a szálba csak azért szálltam be, mert szerinted helytelen i-vel ejteni a Nyíregyházát."
A szál viszont onnan indult, hogy valaki szerint hosszúval ejteni helytelen, és röviddel kellene. Az idézet imho azért volt, mert te pedig, mikor valaki szerint jó az hosszúval, akkor mondtad, hogy nem fogod megerőszakolni a nyelvjárásod. Akkor annak, akinek meg hosszúval tűnik helyesnek, miért kéne.

Egyébként szerintem mindkettő "helyes", merthogy a beszélt nyelv ilyen [bár nekem személy szerint a rövid kiejtés furcsa.]




Budapest és vidék: https://hup.hu/node/129467#comment-1697095

Bocs, ha félreérthető volt, tudom, hogy nem te mondtad, hogy helytelen, feljebb volt egy ilyen. Szerintem sem neked kellett volna szóljon, csak próbáltam értelmezni, hogy miért idézték.




Budapest és vidék: https://hup.hu/node/129467#comment-1683768

Ja, és ha agglomerációs vagy, akkor pesten vidéki paraszt, máshol meg pesti bunkó lehetsz. Win-win :D




Hahó, lányok, programozni menő!: https://hup.hu/node/130111#comment-1695166

Speciel a prímszámkeresgélés és hasonló problémák környékén sokkal több szükség van a friss ötletekre meg szemléletmódokra, mint a sikeres termék előállítása közben zajló programozásnak nevezett ipari szakmunkánál.




Kingdom Come: Deliverance - CryENGINE-re épülő RPG játék Linuxra is?: https://hup.hu/cikkek/20140124/kingdom_come_deliverance_cryengine-re_epulo_rpg_jatek_linuxra_is#comment-1693995

Hálisten. Tököm kivan, hogy egy csomó jónak látszó játékhoz nincs csinálva egy faja sztori :)




Zentyal 3.3: https://hup.hu/cikkek/20131218/zentyal_3_3#comment-1677037

Hát, azért én el tudom képzelni, hogy bár a funkcionalitás hasznos lenne, a költségeket nem engedhetik meg. Ráadásul a zentayal pontosan ezt célozza, ha jól értem: használj olyat, amit megengedhetsz magadnak :) (Mondjuk fogalmam sincs, hogy a support ára hogy viszonyul mondjuk egy exchange árához, de gondolom azért olcsóbb...)




Zentyal 3.3: https://hup.hu/cikkek/20131218/zentyal_3_3#comment-1677522

Ugye te se sokat próbáltál még ügyfelekkel csinálni mindenfélét. Ha a világon a .doc meg a .xls a de facto szabvány, akkor mondhatod te, hogy "csináljon legyenszíves pdfet", meg hasonlókat, aztán majd csodálkozhatsz, hogy a kedves ügyfél elmegy oda, ahol nem baszakodnak vele hülyeségekkel, hanem a problémájával foglalkoznak.




Zentyal 3.3: https://hup.hu/cikkek/20131218/zentyal_3_3#comment-1677944

ő meg megköszöni az ssl webformot (ami egyébként úgy on demand jelleggel bizonyára simán fog menni Micikének, meg persze van is hova kiraja, mert a szerver e levegőből nőtt), és leszarja, értsd már meg :) Már egyszer ott volt, innen ez már a te bajod. Meg küldesz neki Libreoffical csinált valamit, ami vagy olyan nála, vagy nem, meg pdfet, amit esetleg ő nem tud megnyitni...

Nem az a baj, hogy ezek technikailag nem megoldható dolgok. Az a baj, hogy az ügyfelek nem ezzel akarnak foglalkozni. Sőt, a cégvezető sem ezzel akar foglalkozni. Ha abban a környezetben, ahol dolgozol ezek viszonylag rendszeresen előfordulnak, akkor nem nagyon akarsz ezzel szívni.

(Egyébként pl az office 365 nevében ugyan ott virít, hogy home, de nem látom a storeon sehol feltüntetve, hogy ezt biza nem szabad cégnél használni, és 30k huf/év öt gépre nem tűnik kiköhöghetetlennek még egy kis vállalkozás számára sem)




Zentyal 3.3: https://hup.hu/cikkek/20131218/zentyal_3_3#comment-1678734

A tapasztalat azt mutatja, hogy te vagy kevesebben, a többiek egy szétesett formázásból levonják azt, hogy gagyi a cég.

Egyébként, feltéve az öt alkalmazottas kisvállalkozást odafent, a 30k az fejenként évi 6000, havi 500 forint bruttó béremelés, az nettóban van vagy 300.

Vagy máshonnan nézve, feltéve mondjuk (az egyszerűség kedvéért) egy 160k-s bért, meg a havi 160 óra munkaidőt, kijön az évi 6000 / kopfból évi ~6 óra oktatásra fordítható időt. Az úgy félnap, nap, fosul kereső micikénél nagyvonalúan kettő. (Ha nagyvonalúan eltekintünk attól, hogy az oktatásnak magának is nyilván van költésge, a 160k a munkáltatónak inkább 200, van ezalatt is kiesett bevétel, meg ilyenek). Ebből nagyon nem jön ki a hónapnyi képzésed.




Zentyal 3.3: https://hup.hu/cikkek/20131218/zentyal_3_3#comment-1679282

Mármint, hogy mert létezel, és kell a cucc, amit ad a vendor? :) Meg aztán miért akarná a vezetőség, hogy mondjuk az üzletkötője SSL webform hackelésben fejlődjön mondjuk, nem is tudom, üzletközés helyett? Azt értsd meg, hogy a "nincs officeom, ezért vacakolok" is költség

Nézd, én is szeretek kicserélhető cuccot tenni oda, ahova lehet, van is nem kevés ilyen a kezem alatt folyamatosan, olyan is, amit a helyi fejlesztők túrtak össze, és összességében nem rossz... (aztán jössz azzal, hogy mi lenne, ha tudna mondjuk +1 auth protokolt, ők meg kimatekozzák, hogy 2000 óra fejlesztés, akkor azért annyira nem fáj mikor a másik csúnya vendorlockines dobozon meg már ott van másik 6 protokollal egyetemben, bepipálod, aztán használod ;) )

MSt meg egyébként gyak nem üzemeltetek, mert lábrázást kapok tőle. (Meg hálistennek a körülöttem ülők nagy része is, nem is értünk hozzá, uh. -- többek közt éppen a fenti gazdaságossági szempontok miatt is -- nem nagyon használunk, ha nem muszáj. De itt most konkrétan az MS officeról beszéltünk, amiről továbbra is azt gondolom, hogy abban az esetben, ha egy kis cégnél viszonylag rendszeresen van igény office jellegű csatolmányok küldözgetésére, és nem IT guru alkalmazottaid vannak, akkor nekem spec fejenként évi 6000 forintot biztos, hogy megérne, hogy ne kelljen folyamatosan küzdeni annak az 5 szerencsétlennek a mindenfélével. Ettől én személy szerint még jól ellehetek otthon libreofficeal, meg latexel pl :)




Melyik iskolába jelentkezzek Programtervező Informatikus BSc szakra?: https://hup.hu/node/129322#comment-1681574

Elolvasva a fenti mondatot, ott pont inkább arról van szó, hogy éppen ő takarít valamelyik egyébként hozzáértő után. Tudom, én is szoktam ilyet csinálni :)

Hidd el, vagyunk azért egy páran a szakmának ezen az alantas "nem programozó" oldalán, akik ezzel együtt azért felfogjuk, hogy hogyan is kell azt kb. csinálni, és ha kell, hozzá is tudunk nyúlni. Én pl. fősuli alatt egész nagy mennyiségű progit írtam (nem is csak a magam nevében, hehe), meg tartottam a témában a többieknek agytágítást. Ha arra indulok el, lehettem volna nyugodtan programozó, legalább olyan, mint azok nagyobb része, akiket látok. Egyszerűen csak azt tudom magamról, hogy a matekhoz túl hülye vagyok ahhoz, hogy igazán érdekes problémákat oldhassak meg, ahhoz meg, hogy napi nyolc órában input weboldalakat csiszoljak, meg sqlt hegesszek alá nem volt túl sok kedvem. Ettől néha még összekalapál az ember ezt-azt mert kell, van, és az is előfordul, hogy a software arch. jön reflektálni, hogy hadd mondja már el hogy gondolta :) És erősen egyetértek Zizvel abban, hogy az ilyen habitusúak általában elég jó minőségű kódot írnak, bazi lassan. Nem megy csuklóból, az ember elszöszöl, jobban átgondolja a corner caseeket, mint aki napi szinten darálja.

---
és persze, ettől még értem mire gondolsz, nyilván ismerjük azt a réteget is, aki megkalapálja a scriptet, ha muszáj, de inkább ne kelljen megnézni soha többet :)




Melyik iskolába jelentkezzek Programtervező Informatikus BSc szakra?: https://hup.hu/node/129322#comment-1682032

Értem én, hidd el :) A tapasztalat azért az, hogy ha patchet küldesz, vagy legalább valamelyik értelmesebb fejlesztőnek elmondod, hogy mi a para, és mit kéne vele csinálni, az sokat segít. Ahogy látni szoktam, bár maguktól nem mennek utána a dolgoknak (elég sok az introvertált kóder), csinálják, amit a PM/PO/Software arch/akárhogy is hívják épp eléjük rak, viszont azokon keresztül sokszor nem, vagy nem úgy jutnak el a technikai problémák az érintetthez, ahogy kellene.

Na, de ez már tényleg messze megy :)




Melyik iskolába jelentkezzek Programtervező Informatikus BSc szakra?: https://hup.hu/node/129322#comment-1680910

//Bocs a topic szempontjából off miatt.

Ez nem csak egyetemen ülő, hanem céges kódhuszárokra is jellemző. Sajnos az üzemeltethetőség nem szokott szempont lenni, több ok miatt. Egyrészt van az a programozó, akinek fogalma sincs arról, hogy egy komplex rendszer üzemeltetése hogyan folyik. Másrészt ha mégis, akkor az a "management" fele sokszor nem feature, szóval low prio.

Mindemellett van most ez az ostoba trend, hogy continouous integration, meg egyéb szép megfogalmazásai annak, hogy egy szoftver projekt miért akarja az egész legacy supportot, in-service ütemezést és minden mást az aktuális HEAD-en kívül leszarni, (dobozos terméknél mondatvégi pont, belső szaroknál meg az a folytatás hogy azt majd a deployment / operations megoldja. Aztán vagy hagyják neki, vagy nem). Ékes példa pl. a firefox, akik eljutnak oda, hogy vegyük le az "about" tabról a verziószámot, mert a usernek semmi köze hozzá, az autoupdater majd jól kérdés nélkül átbuzerálja a segge alatt a cuccot. És olyan elmés, tág világlátásról tanúskodó retorikai kérdéseket látni fejlesztőktől, hogy "Pl a facebooknál érdekel, hogy melyik verzió fut?".




Melyik iskolába jelentkezzek Programtervező Informatikus BSc szakra?: https://hup.hu/node/129322#comment-1681036

Védelmükben, tapasztalataim szerint nem feltétlen ők győzik meg a managementet, jön az magától azzal, hogy a featureon kívül minden le van ejtve, nem baj, ha az üzemeletetés emg a support szop, legalább van munkájuk, a teszterek meg úgyis mindig sírnak, hogy ennyit nem lehet normálisan tesztelni...

Aztán persze, mikor pár fejlesztési iteráció után már mindenki nagyon mondja, hogy nem elég, hogy büdös, de ráadásul magas és mozog, és most tulajdonképpen az egyik fele refaktorálna, a másik fele autoteszteket írna, a harmadik fele meg próbálna a szarkupacra mentési stratégiát, rendes monitoringot, olyan telepítő doksit, amiből kétszer össze lehet rakni ugyanúgy, akkor megy a mormogás....




Melyik iskolába jelentkezzek Programtervező Informatikus BSc szakra?: https://hup.hu/node/129322#comment-1681272

Mostmár én is röhögök rajta, de azért amikor olvastam, akkor inkább sírhatnékom volt.




Wifi AP-ra kérek javaslatokat: https://hup.hu/node/129981#comment-1693030

Nem hiszem, pl a T amennyire tudom az IPtvs izék mellé egy wifis routerként is üzemelő dobozt tesz le (aminek integráltan a külső oldala a kábelmodem). Otthon tuti ilyen van, még configolni is szabad. De máshol is láttam már ilyet.




latex html-lé: https://hup.hu/node/129340#comment-1680870

Ezt kifejtenéd kicsit? Mert a pandoc a honlapra való 2 perces rápillantás alapján "csak" egy konverter? Hogy helyettesíti a latexet?




latex html-lé: https://hup.hu/node/129340#comment-1680888

Ja, hogy van valami markdown dialektus hozzá. Köszi, így már értem, csak az nem verte ki a szemem valahogy a honlapon elsőre.

Danke.




Profi informatikusként "for dummies" könyveket...: https://hup.hu/szavazasok/20140120/profi_informatikuskent_for_dummies_konyveket#comment-1691752

Referenciát valóban nincs sok értelme kinyomtatni, tankönyv jellegűt nem feltétlen baj. Persze ez is személyes preferencia, de én pl nem szeretek digitálisból tanulni, sőt, hosszabb lélegzetvételű izéket is van hogy inkább kinyomtatom. Persze kicsibe, meg kétoldalra, de sokszor kényelmesebb benne dolgozni.




Profi informatikusként "for dummies" könyveket...: https://hup.hu/szavazasok/20140120/profi_informatikuskent_for_dummies_konyveket#comment-1692593

Meg mert függőlegesen van, és világít :)




Profi informatikusként "for dummies" könyveket...: https://hup.hu/szavazasok/20140120/profi_informatikuskent_for_dummies_konyveket#comment-1691587

könyvet nem, de amikor valami komplexebb téma kapcsán szar a doksi, mert az azonnal fejest ugrik mindenféle irreleváns részletbe, akkor kínomban néha szoktam a google-fut kiegészíteni egy for dummiesszal, hátha abban fel van vázolva a big picture.




Profi informatikusként "for dummies" könyveket...: https://hup.hu/szavazasok/20140120/profi_informatikuskent_for_dummies_konyveket#comment-1692433

Egy magyar szóesetében magyarul annak magyar jelentése számít elsődlegesen, attól függetlenül, hogy mi volt az eredeti jelentés, és az hogyan torzult, vagy lett félreértve, vagy akármi.

Magyarul beszélni nem hiszem, hogy igénytelenség. Ellenben ez a tipikus "de műveletlen vagy, hát nem tudod latinul" izé meg okoskodás. Minősített eset, mikor nem jelentésre, hanem nyelvtani szabályokra akarja valaki erőltetni.




Profi informatikusként "for dummies" könyveket...: https://hup.hu/szavazasok/20140120/profi_informatikuskent_for_dummies_konyveket#comment-1691746

Gondolom valami profi angolos kifejezés :D




Profi informatikusként "for dummies" könyveket...: https://hup.hu/szavazasok/20140120/profi_informatikuskent_for_dummies_konyveket#comment-1691760

Ezt most magadnak húztad be, vagy? :)




Profi informatikusként "for dummies" könyveket...: https://hup.hu/szavazasok/20140120/profi_informatikuskent_for_dummies_konyveket#comment-1691770

Hogy miért posztolgatod a szobádról készült rajzot :)




samba webshare: https://hup.hu/node/129945#comment-1692258

Mondjuk egy vpn pont az összeköttetés hiányát hivatott orvosolni :)




samba webshare: https://hup.hu/node/129945#comment-1692430

Hát, mindenféle elcseszett protokolok szeretnek fennakadni NATon. És az SMB elég beteg :)

Persze lehet, hogy megy, sose próbáltam.




Ingyenes Linux rendszergazda online képzések 2014-ben is: https://hup.hu/cikkek/20140117/ingyenes_linux_rendszergazda_online_kepzesek_2014-ben_is#comment-1691094

Frászt :)




Ingyenes Linux rendszergazda online képzések 2014-ben is: https://hup.hu/cikkek/20140117/ingyenes_linux_rendszergazda_online_kepzesek_2014-ben_is#comment-1691874

Azért a "van olyan papír, ami elvárás adott állásra" meg a "semmi értelme olyan tanfolyamnak, ami nem ad papírt" között azért van némi különbség.




Ingyenes Linux rendszergazda online képzések 2014-ben is: https://hup.hu/cikkek/20140117/ingyenes_linux_rendszergazda_online_kepzesek_2014-ben_is#comment-1691921

Igen. Pl. pénteken néztem egy CVt, ahol a srácnak be volt írva, hogy RHCSA vizsgája van, miközben a felsorolt projektekből, melókból világosan látszott, hogy valószinűleg az RHCAhoz szükséges 5 vizsgából is kettőt-hármat valószínűleg különösebb erőlködés nélkül meg tud ugrani. Ez esetben pl. baromira nem izgat, hogy ott volt az RHCSA, max annyiban, hogy látszik, hogy a srác nekiállt megcsinálni a papírokat a tudásához.

Mindezt úgy, hogy a red hat vizsgák elég jók, mert kézzelfogható tudást mérnek. Rengeteg olyan vizsga van, ami nem ilyen. Sajnos a papír nem feltétlen feltételezi, hogy tényleg tudod, azt amit a gyakorlatban jelent a dolog. Pl. networkös szakitól hallottam olyat, hogy CCNPs embernek nem feltétlen hiszi el, ha nincs mellette a releváns munkakör. El tud fajulni nagyon durván "cert warrior" irányba egy-egy ember, és az őszintén szólva már gyanús. Láttunk már párat, akinek minden fosról volt papírja, ellenben nem volt fingja. :)

Nagy általánosságban egy valami egyhetes gyártói tanfolyam kb. annyit jelent, hogy "látott már olyat, végigvert egy default installt, és játszott vele egy kicsit". Bármikor becserélem fél év hands-on-ra. A fenti izé 15x2 óra, az egyben is kb egy ilyen egyhetes izének felel meg. Mivel témánként kettő óra van, ez gyakorlatilag azt jelenti, hogy valaki összerakta neked azt a lényeget, amit bármikor magadtól is össze kell tudj szedni top egy-két nap alatt az adott témában. Van értéke, beírhatod nyugodtan CVbe, hogy végigültél egy ilyet, de őszintén szólva, hogy van-e róla valami papír, tök irreleváns. Bármely a munkához érdekes részéről egy szakmai interjúztató el tudja dönteni, hogy megvannak-e az alapjaid, mást meg egy ilyenen úgyse kapsz. Ha behazudtad, aztán kiderül, hogy hülye vagy hozzá, tök mindegy, hogy az a baj, hogy hazudtál és meg se nézted, vagy az, hogy nem sikerült felfognod, pedig ott voltál. :)




Ingyenes Linux rendszergazda online képzések 2014-ben is: https://hup.hu/cikkek/20140117/ingyenes_linux_rendszergazda_online_kepzesek_2014-ben_is#comment-1692090

Nem hiszem, hogy az ilyen viszonylag cseszlett papírok hiánya bármikor is negatív irányban feltűnő. Tényleg max. pár gyártó tényleg neves certjénél tudom elképzelni, hogy fájó lehet a hiánya, amennyiben kifejezetten olyasmire keresnek dedikált, komolyan senior embert. De ilyen piszlicsáré izék senkinek nem fognak hiányozni, persze szigorúan IMHO.

(A diploma meg nagyon más)




Ingyenes Linux rendszergazda online képzések 2014-ben is: https://hup.hu/cikkek/20140117/ingyenes_linux_rendszergazda_online_kepzesek_2014-ben_is#comment-1692301

bevallom, ezt most nem értem.




Ingyenes Linux rendszergazda online képzések 2014-ben is: https://hup.hu/cikkek/20140117/ingyenes_linux_rendszergazda_online_kepzesek_2014-ben_is#comment-1692592

Megvan, de nem értem a mondatot, hogy mit kéne megtudni, meg hogy jön ez a linuxakadémiás tanfolyamokhoz, meg ilyesmi...




WEB tartalom összehasonlítása: https://hup.hu/node/129938#comment-1692263

Azért majd ha valaki bizget egyet a javascripten valami ad miatt, vagy van egy hülye óra / bejelentkezett userek lista / bármi egyéb dinamikusan generált érdektelen basz, akkor lehet csodálkozni. :)




WEB tartalom összehasonlítása: https://hup.hu/node/129938#comment-1692434

Én nem erre gondoltam, persze, egy logint meg lehet ugrani, hanem arra, mikor a figyelt oldalon van valami dynamikusan generált feleslegesség. Pl itt a hupon esélyes, hogy nem akarnél egy google +1, vagy valami tag felhő változás miatt pittyegést kapni. Nyilván van olyan oldal, ahol ez nem para, de általánosra megscsinálni azért nem trivi.




Még mindig megoldásra vár az OpenBSD projekt áramszámla problémája: https://hup.hu/cikkek/20140118/meg_mindig_megoldasra_var_az_openbsd_projekt_aramszamla_problemaja#comment-1691199

Speciel ez most sokkal összeszedettebb volt a szokásos Theo féle fröcsögésnél.




Még mindig megoldásra vár az OpenBSD projekt áramszámla problémája: https://hup.hu/cikkek/20140118/meg_mindig_megoldasra_var_az_openbsd_projekt_aramszamla_problemaja#comment-1691459

Ez azt magyarázza, hogy miért ott van, azt, hogy miért nem fizethetné más ország beli cég, azt egyáltalán nem. Egyébként a levélben ott is van, hogy szerintük könyvviteli okokból lenne a legjobb egy kanadai cég (valami adóleírás miatti csavar van ott), de ha más úgy érzi, hogy meg tudja oldani, akkor nekik az is jó.




Megújul a gedit felhasználói felülete: https://hup.hu/cikkek/20140116/megujul_a_gedit_felhasznaloi_felulete#comment-1690886

"Termeszetesen atszabhatod, kikapcsolhatod, de attol meg nem lesz jobb."

Ez így ebben a formában ténynek azért kevés lesz.




Megújul a gedit felhasználói felülete: https://hup.hu/cikkek/20140116/megujul_a_gedit_felhasznaloi_felulete#comment-1691067

Csak csatlakozni tudok az előttem szólókhoz, a KDE csapatot érdekli ez az egész, csak meghagyta a választást a usernek, illetve nem gondolják azt, hogy a durva minimalizmus a főfunkció minden más kárára gyak kompromisszum nélkül történő erőltetése a jó út. (Legalábbis a hármas szériánál még ez volt, nem tudom, jelenleg mi van, mert nem használom egyiket se.) Én speciel nem vagyok biilentyűkombó fetisiszta, használom az egeret is a GUIn. Főleg a ritkábban használt funkcióknál nekem jó, ha van kint egy gomb, és nem kell emlékeznem valami bill kombóra n programban, és őszintén szólva furin nézek, mikor azt fejtegetik, hogy ha kódolás közben fel kell emelni a kezed az egérig, akkor már olyan marha lassú az egész, hogy még. Vagy irigykedek, hogy valaki azon parázik, hogy 3 perc, vagy 2:45 alatt termel egy oldal kódod. Meg reménykedek, hogy a környékére se kell menni üzemeltetésen annak, amit csinált :D

Ennek megfelelően, bár egyszer régen én is GNOMEon kezdtem szocializálódni, baromira idegesített, hogy minden verzióban az észrevehető újítások nagy része arról szólt, hogy az egyszerűsítés jegyében eltüntettek valamit, amit addig használtam, mondván nem kell az oda. A KDEt meg be lehetett lövöldözni úgy, ahogy nekem kézre esett. A "de ez nem hatékony, sokkal jobban is lehet csinálni, csak át kell szoknod" érvelés meg nem érdekel. Biztos, de szerintem én így is eléggé hatékony vagyok, és nem akarok megszokni mindenféle mást.

--

Egyébként ez még mindig nem volt tény, csak vélemény.




Levelezés, hogyan?: https://hup.hu/node/129897#comment-1691632

Pedig a sendmail kicsit olyan, mint a vi. Az utóbbinál annyit kell tudni, hogy :q! az előbbinél meg hogy [yum|apt-get] install postfix vagy valami. :) Ritka undorító egy állat. :)




Levelezés, hogyan?: https://hup.hu/node/129897#comment-1691669

esküszöm filóztam rajta, hogy odaszek egy etct vagy valamit, de akkor meg azért nem lett volna rajta sapka, mert ott nem olyan az install szintaktikája.

Ráadásul egyébként is aptitude...:)




Levelezés, hogyan?: https://hup.hu/node/129897#comment-1691742

Bizonyára van olyan is, nekem személy szerint eddig még sikerült elkerülnöm, hogy ne lehessen kidobni a picsába, egy két izolált esetet nem számítva, de ott meg hálistennek gyak csak local relay volt.

Alapvetően poén akart lenni, de komolyra fordítva, nyilván, ahol nem lehet valamiért mást használni, ott az ember összeszorítja kicsi fogát, és használja a sendmailt. Attól még nehézkes marad. A vi ugyanez, csak az sokkal inkább de-faktó, uh. azzal együtt kell élni. :)




Levelezés, hogyan?: https://hup.hu/node/129897#comment-1691847

Legközelebb tényleg csak komplett hivatkozáslistával merek majd leírni egy poént. :)




A gedit új felülete ...: https://hup.hu/szavazasok/20140116/a_gedit_tervezett_uj_felulete#comment-1690430

Mondjuk azt nehezen értem, hogy ha egyébként jó a vim, akkor sima egyszerű feladatokra miért nem jó a vim (már ezen a nehezen értelmezhető atombomba izét kivéve). Elindul az is, és nem kell az embernek keresztbecsavarni az agyát váltásonként...
---
Ugyan a fenti izét nem ismerem, de ki ne találd már, hogy úristen, hát ez grafikus, akkor szar, hát texteditelni nem lehet grafikusan. Hát dehogynem. Ráadásul konkrétan tessék mondani, mivel ostobább a fenti felület, mint >>ez<<? :)




A gedit új felülete ...: https://hup.hu/szavazasok/20140116/a_gedit_tervezett_uj_felulete#comment-1690549

Én vidáman ki szoktam jelölni egérrel :)




A gedit új felülete ...: https://hup.hu/szavazasok/20140116/a_gedit_tervezett_uj_felulete#comment-1690717

Vimtől függetlenül az én terminál emulátoraim mindegyike kidobja vágólapra, amit kijelölök.




A gedit új felülete ...: https://hup.hu/szavazasok/20140116/a_gedit_tervezett_uj_felulete#comment-1690732

Lássuk be, nem egy random ttyon futó progi dolga, hogy tudjon mindenféle DE-k vágólapjáról, furi is lenne.




A gedit új felülete ...: https://hup.hu/szavazasok/20140116/a_gedit_tervezett_uj_felulete#comment-1691172

Hmm, itt a csillagot mondja. Na majd lecsekkolom.




A gedit új felülete ...: https://hup.hu/szavazasok/20140116/a_gedit_tervezett_uj_felulete#comment-1691453

Szorri mester, de magam is elboldogulok a vimmel, ha meg nem, akkor tök jól el tudom olvasni a saját doksijában az oda vonatkozó részt. Azt is tudom, hogy több "vágólap" is van benne, csak itt spec. ellentmondott a gyors gugli a fenti mondásnak....




CLI alkalmazások: https://hup.hu/node/129440#comment-1684620

"ha nem vagy mazohista" ;)




CLI alkalmazások: https://hup.hu/node/129440#comment-1683007

Ezt a mély terminált egyszer definiálhatná nekem valaki.




CLI alkalmazások: https://hup.hu/node/129440#comment-1686771

Na most terminál lehet a CTRL-ALT_Fx vagy a Gnome terminál. A zavart tetézi hogy konzolt is szoktak mondani a KDE-s világban. Sokszor nem is mindegy. mostanában a telefonos segítség esetén azt mondom nyisd meg a fekete ablakot.
A tty pty stb-t nem mindenki tudja hová rakni.

-Mondj már egy olyant, amikor nem mindegy :)
-Mint látható a mélyterminált sem tudja mindenki hova rakni. :)




CLI alkalmazások: https://hup.hu/node/129440#comment-1686846

Valóban. Mentségemre legyen szólva, fel se merült bennem, hogy ilyenkor valaki "mélyterminált" akarna használni...




CLI alkalmazások: https://hup.hu/node/129440#comment-1683032

Köszi, ma is okosabb lettem. :) (vagy legalábbis új infóhoz jutottam, nem biztos, hogy beépítem a szakzsargonomba :) )




CLI alkalmazások: https://hup.hu/node/129440#comment-1683125

Ne zavard össze polit :)




CLI alkalmazások: https://hup.hu/node/129440#comment-1683135

Belőlem remélem nem. :)




CLI alkalmazások: https://hup.hu/node/129440#comment-1683283

És ebből ki melyik :D




CLI alkalmazások: https://hup.hu/node/129440#comment-1688806

Alapvetően udvarias gyereknek látszik :D




CLI alkalmazások: https://hup.hu/node/129440#comment-1689055

Ne haragudj, de egyáltalán nem érdekel kettőtök színvonaltalan magán pocskondiázás meccse.




CLI alkalmazások: https://hup.hu/node/129440#comment-1689261

Engem most sem zavar, nyugodtan pocskondiázzátok egymást. Legalábbis nem jobban, mint mikor read-only modeban azt láttam, hogy téged baszogatnak. Fogalmam sincs ki áll vesztésre, mert tanácsod már előre megfogadva: nem olvastam el, láttam, hogy megy a fröcsögés, és átgörgettem.

Itt csak azért válaszoltam, mert te reagáltál valamire, amit én írtam, és -- gondolom -- szeretted volna, ha valamelyik irányban majd jól állást foglalok, vagy nem tudom. És mivel én is udvarias gyerek vagyok (meg vicces is, mint látszik eme magasröptű poénból), nem hagytalak válasz nélkül, csak egyszerűen jeleztem, hogy nem érdekel, nem fogok beleszállni.

Viszont kérlek ne csinálj úgy, mintha én ütöttem volna bele az orromat, mikor te jöttél ide ezügyben.




CLI alkalmazások: https://hup.hu/node/129440#comment-1683008

+1 nem mindegy azért (majd ha egyszer a srácok megpróbálnak scriptelni valamit rájönnek)

Egyébként az ilyen ncurses-es vagy hasonló izéket szokás TUI (text user interface) néven emlegetni, bár nem annyira elterjedt.




CLI alkalmazások: https://hup.hu/node/129440#comment-1687836

Kár, hogy nagy bölcsességedben átsiklottál afelett, hogy ez se nem shell, se nem script volt. Sőt, bash sem. ;)




CLI alkalmazások: https://hup.hu/node/129440#comment-1688457

Sose lesz így belőled hacker, ha nem tudsz bármit shellben megoldani :D




Qt, a "hordozhato" toolkit: https://hup.hu/node/129757#comment-1689307

Azért vannak olyan "felhasználóbarátság" dolgok, amiket nem baj, ha maga a gui toolkit kezel éppeszűen szerintem, hogy lehetőleg valami uniform user experience legyen a dolog vége (ezt hogy kell magyarul mondani?) Olyanokra gondolok mondjuk, hogy egy dropdownban hogy lehet keresni, hogy néz ki mondjuk egy file open ablak (szűrőkkel, ikonméretekkel, favoritekkel, historyval, sort opciókkal stbvel), hogy egészít ki mondjuk fileneveket egy ilyen ablak, stb. Ezeknek szerintem alapvetően a toolkitben a helye, aztán max. akkor maszírozza a program írója, ha neki nagyon más kell a saját usabilityje miatt. És azért ezekben a motif nem annyira nyerő.

Eye candy meg azért kell, mert kell, hozzászokott az emberek szeme, oszt kész (mondjuk személyes véleményem az, hogy a motif friss szemmel is bazi ronda lehetett :D bár tény, hogy az első kézből nyilatkozathoz hátulgombolós vagyok, mire először láttam, addigra már avas volt kissé).




Qt, a "hordozhato" toolkit: https://hup.hu/node/129757#comment-1689436

Persze. Meg a kde/gtk is viszonylag konzisztensen ad ilyesmit (legalábbis a 3.x/2.x szériák adtak, ezeket az újvonalas izéket nem néztem nagyon, de gondolom ezek is igyekeznek azért). Nyilván ez utóbbi kettő saját házon belül, a vx meg jobban illeszkedik a natívhoz, mindkettőnek megvannak imho az előnyei és a hátrányai is.

A fentit pusztán a Motif kapcsán felvetődött "az UX értelemzhetetlen egy gui toolkit kapcsán" véleményre adtam reakcióként, hogy szerintem azért igen is lehet értelmezni, és a motifnak lenne pótolnivalója ezügyben :)




A CentOS egyesíti erőit a Red Hat-tel: https://hup.hu/cikkek/20140108/a_centos_egyesiti_eroit_a_red_hat-tel#comment-1686842

prominens észak amerikai linux diszribútor volt az, de már meg is szűnt:
http://centos.org/about/

The CentOS Linux distribution is a stable, predictable, manageable and reproduceable platform derived from the sources of Red Hat Enterprise Linux (RHEL).




A CentOS egyesíti erőit a Red Hat-tel: https://hup.hu/cikkek/20140108/a_centos_egyesiti_eroit_a_red_hat-tel#comment-1686764

A red hat nem nagyon akarja ezt megakadályozni, mert ő egész jól érti, hogy hogy érdemes open source technológiákkal bizniszt csinálni.

(De ha mégis, hálistennek ott az SL).




A CentOS egyesíti erőit a Red Hat-tel: https://hup.hu/cikkek/20140108/a_centos_egyesiti_eroit_a_red_hat-tel#comment-1686844

Hát, a doksikban pedig az van, hogy az RH a giten keresztül fogja átadni a cuccot, illetve arról is regéltek, hogy a centos bug továbbra is centos bug marad...




A CentOS egyesíti erőit a Red Hat-tel: https://hup.hu/cikkek/20140108/a_centos_egyesiti_eroit_a_red_hat-tel#comment-1686915

git:

Will this new relationship change the way CentOS obtains Red Hat Enterprise Linux source code?

Yes. Going forward, the source code repository at git.centos.org will replace and obsolete the Red Hat Enterprise Linux source rpms on ftp.redhat.com. Git provides an attractive alternative to ftp because it saves time, reduces human error, and makes it easier for CentOS users to collaborate on and build their own distributions, including those of SIGs.

What is git.centos.org?

git.centos.org is a repository to house the source code included in CentOS releases, based on the popular open source distributed version control system. It is the canonical repository for the CentOS Project, and for SIGs working on variants.

How does git.centos.org relate to something like github?

As with other Linux distributions, github can be a place for working on package code, but packages to be included in CentOS releases will have to be accepted into the CentOS project’s official git repository.

bugok:

Will there be a formal mechanism for CentOS team members to file bugs with Red Hat? How will this work?

CentOS team members do not have a formal mechanism to file bugs with Red Hat. Bug filing and triage for CentOS are handled by CentOS community members in an open and transparent fashion on community hosted pages. Bugs that exist in CentOS might or might not exist in Red Hat products, and Red Hat does not verify that all bugs reported through the CentOS Project also exist in Red Hat products. Users interested in filing bugs specific to Red Hat products should reproduce the problem on Red Hat products and then open a support case with Red Hat via the Red Hat Customer Portal.




A CentOS egyesíti erőit a Red Hat-tel: https://hup.hu/cikkek/20140108/a_centos_egyesiti_eroit_a_red_hat-tel#comment-1687079

Mondjuk ha a git.centos.org-on keresztül teszi ki a forrásokat a redhat, amibe aztán a centos projekt rögtön beletúr, az GPL szempontból lehet érdekes kicsit. Bár, mivel a fizetős customereknek úgy is ott a repokban az srpm, szóval tulképp mindegy is.




A CentOS egyesíti erőit a Red Hat-tel: https://hup.hu/cikkek/20140108/a_centos_egyesiti_eroit_a_red_hat-tel#comment-1688270

Ezt értem, inkább a "GPL miatt elérhetővé kell tenni a forráskódot" dologra gondoltam onnan nézve, hogy a git.centos.org-on nem feltétlen az RH forráskód lesz (hiszen ugye a centos-s gyerekek bele tudnak ott túrni).




A CentOS egyesíti erőit a Red Hat-tel: https://hup.hu/cikkek/20140108/a_centos_egyesiti_eroit_a_red_hat-tel#comment-1688314

Tudom, hogy van ott minden, meg értem, hogy adták eddig is, ez csak ilyen jogászkodós baszakszás elméleti kérdés volt, egyébként nem zavar.




SSL: https://hup.hu/node/129366#comment-1681880

Csak fejből, szal lehet pongyola lesz, de olyan izémizékhez, aminek köze van a magyar államhoz (tippelem, hogy ebbe beleesnek a banki szolgáltatások szabályozásai) olyan tanusítvány kell, ami magyar állambácsi szerint is jó. Az meg emékeim szerint a netlock, a mávinfó meg mégvalaki, aki itthon tud QA tanusítványt adni (ami ugye közjegyző előtt személyesen)...




SSL: https://hup.hu/node/129366#comment-1681907

mondom tippem szerint. :) Ezek szerint nem :) Nincs mese, ilyenkor az van, hogy mégiscsak el kell olvasni. (Ill. nem biztos, hogy a netbankon is ezek vannak.)




SSL: https://hup.hu/node/129366#comment-1682033

Ok, köszi, akkor ezek szerint oda nem vonatkozik a szabályozás, rosszul tippeltem, mea culpa.




Melyik online fizetést szereted inkább használni?: https://hup.hu/szavazasok/20140101/melyik_online_fizetest_szereted_inkabb_hasznalni#comment-1683760

Bár szokás ilyenkor kérni, hogy egyeztess a merchanttal, az ügyintéző nem volt képben. A legszarabb forgatókönyv, hogy fizetnek, megreklamálod, bekérik a teljesítést igazoló nyugtát, és megtökik a bankot. (Ill. a legrosszabb az, hogy a bank nagyon kretén, akkor ezt a visa/mastercard csinálja meg neki)




Melyik online fizetést szereted inkább használni?: https://hup.hu/szavazasok/20140101/melyik_online_fizetest_szereted_inkabb_hasznalni#comment-1683762

Kb. Kolléga üszkve fél évet rohangászott, hogy megszüntesse náluk a számláját.




Melyik online fizetést szereted inkább használni?: https://hup.hu/szavazasok/20140101/melyik_online_fizetest_szereted_inkabb_hasznalni#comment-1683795

Itt eleve úgy indult, hogy a számlazárásokhoz értő (vagy arra jogosult, vagy tudomisén) kolléga eleve csak minden páros hét keddjén, amennyiben az éppen újholdra esik, és Timbuktuban legalább 12 fok van van itt, különben nem lehet. Időpont előre nincs, tessék idejönni aznap reggel, és tépni egy sorszámot. És aztán folytatódott mindenféle mennyi az annyi, meg mégsem ennyi az annyi, tessék megvárni a következő keddet jellegű baszokkal.




Ubuntu 32-bitről 64-bitre váltás: https://hup.hu/node/129577#comment-1687596

Kb. (És mondjuk GCs nyelvben írt nagyobb izénél, mondjuk valami javas glassfishes izé) simán tud gond lenni).




Ubuntu 32-bitről 64-bitre váltás: https://hup.hu/node/129577#comment-1687555

A usereket mindenképp ki kell bányászni a régi etcből, ha sokan vannak, azt csak a /home nem viszi magával.




Ubuntu 32-bitről 64-bitre váltás: https://hup.hu/node/129577#comment-1687835

Speciel itt újrarakta, ahhoz kért segítséget.

Egyébként amíg én desktopoztam linuxon, addig nekem nagyságrendileg kevesebb szopást okozott, hogy toltam egy apt-get dist-upgradet, végignyálaztam, amit muszáj volt,egyébként meg kb. maradtak a megszokott dolgaim ugyanúgy, ugyanott. Céges laptop upgrade jelenleg mimimum 3 nap, mire rendesen belakja az ember.




HOVD 2013 - Kedvenc szerver operációs rendszer: https://hup.hu/szavazasok/20131212/hovd_2013_kedvenc_szerver_op_rendszer#comment-1676467

Fel van, egy külön szavazásban. :)




HOVD 2013 - Kedvenc monitoring rendszer: https://hup.hu/szavazasok/20131212/hovd_2013_kedvenc_monitoring_rendszer#comment-1676960

hmm, bár tudom csúnya gonosz proprietary, de egy op5 befért volna ide (ha más nem a nagios sorba)




HOVD 2013 - Kedvenc fájlrendszer: https://hup.hu/szavazasok/20131212/hovd_2013_kedvenc_fajlrendszer#comment-1675856

Azért ahhoz add hozzá a centos + sl kombót, mert nyilván oda is átszivárog az xfs majd a hetessel.




HOVD 2013 - Kedvenc fájlrendszer: https://hup.hu/szavazasok/20131212/hovd_2013_kedvenc_fajlrendszer#comment-1676465

Valóban. :)

Nem tudom, mindamellett, hogy az orákulum tehet egy szívességet, nem látom be, hogy az oracle linux miben különbözne a másik háromtól, tekintve, hogy baromira ugyanaz 99%-ban :)




HOVD 2013 - Kedvenc fájlrendszer: https://hup.hu/szavazasok/20131212/hovd_2013_kedvenc_fajlrendszer#comment-1676500

úgy értettem, hogy ha a többi akár lehet is kedvenc, akkor miért pont emiatt kéne orvoshoz menni?




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1682954

én a solarios smf-et is meglehetősen szerettem (leszámítva azt, hogy a fejlesztőknek nem sikerült felfogni, hogy ezt kéne használni, meg hogy broáf xmlben volt a konfigja).

Mondjuk az AIX nekem kimaradt.

szerk: mármint azoknak, akikkel akkor dolgozni kellett, nem úgy általánosságban.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683013

Láttam azért, egyszer kétszer be kellett lépni valami futó izére megrugdalni valamit, de azt a szabvány izékkel meg lehetett oldani. Majd egyszer sok időm lesz, nézek egyet valahol.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683770

Mondjuk azt speciel azért meg lehetne oldani a spanyolviasz újra feltalálása nélkül is.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683798

Értem én, de akár az initet is meg lehet patkolni. Illetve nyilván van valahol egy középút a "sysv init jézus óta így működik, semmit nem szabad megváltoztatni, mert akkor mindenki nagyon szomorú lesz" és a "dobjuk ki az egészet a gecibe, és majd systemd néven Lennart végre megírja, hogy az emacsot be lehessen bootolni" között azért van középút.

Félreértés ne essék, értelmes gyerek, meg szerintem alapvetően jól csinálja, de nem mindig értem, hogy miért jó egybegyógyítani mindent.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683860

Tudom, csak nem feltétlen szeretem az implikációit. Magukkal a funkciókkal nincs gond, az hogy ennyire monolitikus, azt nem szeretem, mert ellent megy a unixos nem is tudom, szemléletnek. (Ami a lényeg hosszú távon imho, nem pedig az, hogy soha semmi ne változzon.) A sysv initre ráfért a nagytakarítás, tényleg meg kell nézni, hogy ahány disztró, annyi fele széjjelizélt shellscriptek. (Meg eleve -- tudom, Zahy meg fog ölni, de -- shellscriptek? Nem nagyon rajongok értük fontos dolgok környékén, bár itt az indokok egy jó része valószínű egyszocprob.)

Pl a lentebb linkelt qr kódos izé. Ok, van benne logolás, ráadásul szimpatikus featureökkel, meg tök igaza van a faszinak, hogy service control log nélkül nem az igazi. Aztán ha szeretnéd, jön vele az egész basz, ezzel együtt mutogatnak tovább egy featureset után, hogy hát akkor ott az rsyslog. Ami persze egy pár dolgot ebből nem tud, aztán majd lesz valami, ami miatt kell ez, és akkor jöhet a systemd, és nem jöhet az rsyslog (A default offra csinált qr kód meg legyen már bazira moduláris, könyörgöm).

Vagy van benne valami cron szerű izé. Éljen éljen. De összeintegrálva, minek? Udev is, ok, értem, hogy minek, de tényleg jó, hogy így össze van nőve?

Aztán a real life mutatja is, hogy miért tuszkolják be a disztrók? Mert kell a GNOMEnak, azért. (Akik meg elmehetnek tényleg a picsbe, hogy egy ennyire linux only techre építenek).




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1684208

Nem mondanám hepajnak, az túlzás. De azért, mert nem biztos, hogy nekem ez kell? Ellenben ha csomagban le van nyomva a torkán az embernek (márpedig ha nem úgy készül eleve, hogy elvannak a darabok magában, akkor azért nem triviális szétszedni), akkor jön a mindenféle vackával együtt, mikor egy disztribútor szállítja, mert valakinek kell, és lesz belőle káosz. (Megkockáztatom, hogy a systemd is úgy volna legfaszább, ha maaga a szerviz bizgető része is tudna úgy menni, ha nem ő viszi az egész rendszert, hanem kvázi csak a daemonok egy részére használja az ember, ha kell neki.)

Meg fene tudja, én nem szeretem, mikor jön az adott projekt (ezesetben pl Lennart), hogy a journalctlbe épített mindenféle szűrő mennyivel faszább, meg gyorsabb úgy, mintha tailelnél, meg greppelnél, meg ilyesmiket csinálnál, minek az neked, miért zavar, ha a compatibility mode helyenként bugzik. És látszik, hogy elfelejti, hogy azért, mert az admin dolgozik még a systemd-n túl úgy 100 másik istenverésével, amit mind tailel, meg greppel, meg cuttal szűr, és érdemei elismerése mellett idgesíti, ha mind a 100nál külön meg kell tanulni, hogy hogy tud benne keresni, mikor alapvetően azért ugyanarról van szó mind a 100 esetben.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683273

Én asszem a systemdtől láttam olyat, hogy inditom..., a shell visszajött, azt meg, hogy sikerült-e, megnézhetted a logban (bár erre talán oda is volt írva, hogy ezt kéne tenni). Na, az spec implementáció fuck you volt.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683370

dafuq did I just see.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683021

Igen, ez eléggé. Még süti bácsiéknál/redhatéknál értem, for profit, csomagolják azt, ami nekik kell, meg fejlesztenek olyat, de gnomenál, ami önmagában nagy FOSS, nekem is furi (bár mostanság ritkán látok desktop linuxot, uh. személy szerint fájni nem fáj).

Egyébként nekem a gnome azon túl, hogy anno azzal kezdtem sose volt szimpatikus. Onnan lehetett megismerni, hogy új release van, hogy valami interfacenáci már megint eltüntetett valami beállítást, hogy az oda úgyse kell. Bezzeg azt, hogy a default kinézet ne úgy nézzen ki, mintha megtámadott volna a 70es évek, azt nem sikerült megnáculni sose.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683117

Ok, de speciel ezt miert nem az udev oldja meg? :)




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683159

bakker, tényleg. Asszem még nem tértem teljesen magamhoz az évvégi punnyból.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683280

Minden tisztelem a prominens észak amerikai linux vendoré, de ami az unconfiguredkor törénik, az konkrét katasztrófa. Egyrészt, az, hogy mit kérdez ilyenkor, az attól függ, hogy a system-config-* csomagok közül mi van fent (ill. még valami másból is hív ezt-azt, ha van, valahol az rc.d-ben van egy script, amiből ki lehet bogarászni, hogy mik indulnak, aztán lehet yum whatprovidesozni, mert a man az ... ).

Aztán pont a system-config-network-tui fos. Ha nincs ott egyetlen ifcfg-dev file sem, akkor nem lehet hozzá devicet adni, arról ne is álmodj, hogy automata listát ad arról, hogy mit kerhelt az udev. Ellenben ha teliben otthagyod az ifcfg fileokat, akkor meg a mac a régi mac miatt új vmben (vagy hardveren), akkor mire ide kerültünk, addigra az udev a 70-persistent-net miatt már rég új device neveket adott nekik, és hasonló szépségek (onboot-ot pl. nem lehet állítani vele, és a default asszem no). Ráadásul valami bugban olvastam, hogy a system-config-network hivatalosan is hulla, ha szeretnél command line nw configot, akkor nyaggasd a network-manager fejlesztőket, hogy a hetes szériára kapják össze maguk.




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683414

Tudom, nekem is pont ott került elő :) Nem cáfolni akartam, simán csak rantoltam egyet :) Egyébként nekem semmi bajom azzal, ha konzisztensek az iface nevek :)




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1683274

Eleje: El tudom azt képzelni, hogy virtuális gép deploya úgy történik, hogy egy kiherélt masterből lesz mondjuk egy ovf, az új helyen az bebootol, node specific dolgok bekér, és már éles is :)

A második fele az +1




Debian - melyik init rendszert használjuk a jövőben?: https://hup.hu/cikkek/20140101/debian_melyik_init_rendszert_hasznaljuk_a_jovoben#comment-1686770

első bliccre nem csak induláskor:


Please enter login information for host.
Username: user
Password: 
Last login: Thu Jan  9 09:15:49 2014 from ---
[user@host ~]$ echo $PATH
/usr/lib/qt-3.3/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/user/bin
[user@host ~]$ wh
whatis    whereis   which     while     whiptail  who       whoami    
[user@host ~]$ wh
whatis    whereis   which     while     whiptail  who       whoami    
[user@host ~]$ wh^C
[user@host ~]$ touch bin/whatwasnotherebefore
[user@host ~]$ chmod +x bin/whatwasnotherebefore 
[user@host ~]$ wh
whatis                whereis               while                 who                   
whatwasnotherebefore  which                 whiptail              whoami                
[user@host ~]$ what
whatis                whatwasnotherebefore  
[user@host ~]$ what^C
[user@host ~]$ 



A FreeBSD arcai - Isabell Long: https://hup.hu/cikkek/20140105/a_freebsd_arcai_isabell_long#comment-1685131

szerintem ez nsfw lesz :D




3 internet kapcsolat összefogása: https://hup.hu/node/129567#comment-1685575

A PR amennyire tudom leginkább kábeltévés cég, szal valami olyasmi inkább :)




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685239

És miért fáj neked, ha egy hálózaton levő gépet valaki az egyszerűség kedvéért a hálózat nevével, meg egy sorszámmal jelöl? Szerintem egy ilyen egyszerűbb ábrán tök rendben a LAN1..LANn meg mondjuk a DMZ1..DMZn, pláne hogy még le is írta.




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685370

Bocs, de nem, nem érzem. Pedig egy "kevés" hálózatot már rajzoltam életemben. Szerintem teljesen normális, hogy simán számozok, ha a kontextusból kiderül, a tököm se fogja 42x kiírni, hogy LAN-HOST1 (főleg, mikor pl. egy visiora rá kell nyomorgatni belőle egy párat). Lehet én vagyok elrontva, de abból, hogy "van, két gép, nevezzük őket LAN1 és LAN2nek, és LAN2 megzabálja a közös netet" szerintem tökéletesen érthető, hogy van egy kisebb hálózat, előtte egy router, a gépek meg ugyanazon a belső subneten vannak (sőt, az is kijön belőle, hogy valószínűleg nincs több local háló). Ráadásul ki is volt írva, hogy hogyan értendő....
---
Igazából én a session limit mellett csinálnék dedikált sávszélt per-host, (mondjuk dedikált 30, burst 70ig mindkettőjüknek). Tulajdonképp a torrentel külön nem foglalkoznék, a lényeg hogy a szomszéd ne szivasson, mindegy mivel tenné. (Meg esetleg prioritizálni ssht, rdp-t.) Ha meg nagyon nem bírja a router a sok sessiont, akkor sajnos nincs más hátra, mint előre a pufin lekvárral, izé, egy normális routerrel. Konkrétan én torrent miatt már dobtam ki WRT54G-t.




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685551

Amennyiben épp arról beszélünk, hogy az egyik a rendes betápon levő fogyasztó, a másik meg a házi-upsen? Kontextus, mint fogalom ismerős?
--
Nézd, én megértem, hogy neked ez nem tetszik. De ezért kijelenteni, hogy úristen, szakmaitlan lámaság, hát, azért erős, nem kicsit.




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685580

Hát, akkor we agree to disagree.




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685602

A macska mellett :)




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685802

Azért QoS szokott olyat is tudni, hogy előre prioritizál a kimenő queueban dolgokat (nyilván, az esetben, ha beveri a sessionszám a fejét, ez kevésbé érdekes)




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685809

Erre most mit mondjak? 'Hűha?' Bizonyára tök rendben van az a tomato, ha nagyon igényem lenne otthoni routerből ilyesmit heggeszteni, bizonyára néznék is valami ilyesmit, de azért nem egy űrtechnika egyik otthoni firmweare se. :)




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685914

Bocsánat, nem akartam gúnyolódni, csak kicsit ironizálni, mert úgy hangzott, mintha a tomato lenne a routerek netovábbja :)




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685861

"A QoS - mint neve is mutatja - egy dedikált szolgáltatás minimális sávszélességét garantálja" -- csupán arra reflektáltam, hogy azért ennél többet szoktunk belelátni néha :)




Torrent tiltása LAN2 gépen: https://hup.hu/node/129558#comment-1685864

Én az otthoni iszontató multiuseres terhelésnél (öcsém torrent kb) találtam már hasznosnak, hogy az ssh előre van sorolva.




[MEGOLDVA] Napi üzenet Debianon: https://hup.hu/node/129508#comment-1684329

Hát módosítsd a scriptet, hogy azt írja ki, amit akarsz?




[MEGOLDVA] Napi üzenet Debianon: https://hup.hu/node/129508#comment-1684456

memora vmstat mondjuk, cpu terheltségnél szerintem sokkal érdekesebb a load, a topot meg probáld

top -b -n 1

ként futtatni, az segít a kontrolcén, imho.




[MEGOLDVA] Napi üzenet Debianon: https://hup.hu/node/129508#comment-1684576

+1, fa meg erdő.




[MEGOLDVA] Napi üzenet Debianon: https://hup.hu/node/129508#comment-1684621

Talán egy fokkal jobb akkor, ha mondjuk valamilyen csoporthoz kötöd. (Pl wheel).

Ezt a lastlogot kicsit fejtsd ki, plz.




[MEGOLDVA] Napi üzenet Debianon: https://hup.hu/node/129508#comment-1684734

Erre lastlog helyett who. Konkrétan javallanám a

who -m

megoldást. Ha nem tartasz igényt a felhasználó nevére, akkor


who -m|tr -s ' '|cut -d ' ' -f 2-

A spaceezést még mindig nem teljesen értem, ha az a bajod, hogy néhol több mint egy van, akkor

|tr -s ' '

, ha meg meg akarsz tőlük szabadulni, akkor

|tr -d ' '



[MEGOLDVA] Napi üzenet Debianon: https://hup.hu/node/129508#comment-1684827

A PRIVILAGED meg az irc-s cuccnak mi értelme?




[MEGOLDVA] Napi üzenet Debianon: https://hup.hu/node/129508#comment-1685037

A script irója az irc usert a rendszerén limitálta a max login számok és futtatható processzek tekintetében, ezért arra vonatkozóan kiszedegette az értékeket, és mást jelenített meg a user data alatt.




Ubnt vagy Mikrotik: https://hup.hu/node/121870#comment-1680916

Ja, junosban csinálták meg juniperék, hogy az egészet ráültették freebsdre, majd -- nem tudok másra gondolni, mint hogy szar az irq kezelés az OSben -- odatettek egy processzt, ami izomból pörgeti a procit, és pollozza a queuet, hogy "Vanújpacket?Vanújpacket?Vanújpacket?Vanújpacket?"

Csudi :)




[Megoldva] log elemzés - bash: https://hup.hu/node/129514#comment-1684326

Jaja. Nekem ilyenkor csuklóból a |tr -s ' '| cut -d ' ' -f 5- jön (nem számoltam). Mondjuk loganalizátor írása előtt azért gondolkodnék :)




[Megoldva] log elemzés - bash: https://hup.hu/node/129514#comment-1684334

nézd :) elég sok logturkálós cucc van már, gyanús, hogy gyorsabban végzel. Főleg -- és meg ne sértődj, nem azért mondom, hogy bántsalak, puszta ténymegállapítás -- ha a "hogyan kapjuk ki egy kb értelmesen formázott sorból a nekünk kellő részt" megoldásához fórumtémára van szükséged.




[Megoldva] Grep szűrés fájlból: https://hup.hu/node/129505#comment-1684212

Nem szeretni kell, hanem olvasni.




Router áramtalanítás iccakára': https://hup.hu/node/129380#comment-1681585

Na ez +1. Nem értem én se, mi a frászért kell mindenre reflektort szerelni. Ráadásul mióta elterjedtek ezek a kék ledek, azóta hatványozottan pfujj. Én mondjuk eltakarom / leragasztom többnyire.




Router áramtalanítás iccakára': https://hup.hu/node/129380#comment-1681618

Nekem van egy valami kis házikóban lakó atomos cucc, aminek van egy bazi kék ledje, meg egy külső vinyóról fut róla az openelec (hogy az egész hóbelevancot egyben le tudjam akasztani, ha megyünk valamerre, ehhez csak egy kis hack kellett, hogy az adat ntfs-en legyen), na, azon is van egy másik szép kék led. nagy öröm a tv mellett. A cisco modem nem vészes, az asztalit meg le tudom lőni. :)




Router áramtalanítás iccakára': https://hup.hu/node/129380#comment-1682034

Értem én, hogy bizonyára esztétikus, de rühellek koncerten aludni :)




Partíció mérete és kötet kezelése Debian 7 alatt: https://hup.hu/node/129131#comment-1683102

Aztán van még az, hogy pl. ha mégis megtelik (mer mucika odavarezol), esetleg valami másra futsz rá (mondjuk elfogynak az inodeok) akkor mondjuk még mindig lesz logod a varban, meg kapsz tempfileokat, és nem fognak emiatt elhalni a szolgáltatásaid.

Aztán még lehetnek olyanok, hogy mondjuk nem ugyanazt az FSt szeretnéd használni (mert mondjuk az adatok IO patternjéhez jobb az XFS, de mondjuk a /root-ot nem tennéd rá)...

Vagy akarsz tudni úgy lvm snapshotot csinálni pl egy upgade előtt, hogy nem kell a változó user izék miatt izzadni az lvmnek.

Biztos ki lehet még találni párat, most így hirtelen ennyi.




Kedvenc tűzfal (distro)?: https://hup.hu/szavazasok/20131228/kedvenc_tuzfal_distro#comment-1682487

De pont azt mondja, hogy amikor a nem annyira hozzáértő kerül oda (van olyan környezet bőven, ahol ez előfordul, vagy esetszerűen, vagy azért, mert eleve ez az elvárás), akkor az könnye elvérzik egy hozzáértő által összepakolt scripten. Egyébként meg tapasztalataim szerint, aki képes értelmes iptablest csinálni, az képes ezt egy GUIn is megugrani (tudom, kivéve, ha gui nem támogatja, amit akar, de szerintem azért ez nem olyan sűrű eset)




Kedvenc tűzfal (distro)?: https://hup.hu/szavazasok/20131228/kedvenc_tuzfal_distro#comment-1682036

A "tűzfal distro" avagy UTM?
Vajon a postfix az "plugin"?

Izlés kérdése, hogy egy proxy az már UTM-e (a Zorp vajon mi?) vagy hogy tűzfal alatt még mindig azt értjük-e, hogy valami tud kulkászni az IP headerben?

Őszintén ajánlják a tűzfalak futtatását (pc) virtualizált környezetben?
Aztán ezekről jól el lehet vitatkozgatni! :))

Ó hogyne. Az aktuális buzzword a "software defined networking", mindenki erre megy most. Van a cisconak is valamije, ha jól tudom, a juniper tolja a Firefly hostot, ami direkt a vmwareben futó izékhez van, lassan jönnek majd a vfireflynak nevezett vackukkal (legalábbis remélem), ami virtuális SRX tulajdonképp, az SSL VPN és a nagy közös tűzfal policy control (UAC) dobozaik már most is vannak virtuálisan. De ott pl a vyatta, meg a fentiek közül rengeteg, amit javallanak virtuálisan is.

Ezzel együtt imho leginkább a klasszikus nagyok még ott tartanak, hogy amit eddig fizikai dobozon adtak, most virtuálisan is kezdik tenni, az igazi fasza integráció a virtualizációs réteggel /meg annak managementjével/ még várat magára. Bár töredelmesen bevallom, az openstacket még nem néztem annyira meg, de első bliccre switchinget tud csak leginkább..-




Kedvenc tűzfal (distro)?: https://hup.hu/szavazasok/20131228/kedvenc_tuzfal_distro#comment-1682155

Hát, akkor kaptál választ a költői kérdésedre :)

Egyébként ja, az SDN valóban kb ennyi, hiszen a többi ki van már találva, és az nem akarják újra, jó a meglévő ethernet köré épülő cucc (hálistennek), de ennek azért van értelme. Persze lényegesen új sosincs a nap alatt, folyamatosan megy körbe a szakma :)




Hogyan ejted ki a Javás szoftverek / komponensek neveit (pl. JBoss, JNI)?: https://hup.hu/szavazasok/20131220/hogyan_ejted_ki_a_javas_szoftverek_komponensek_neveit_pl._jboss_jni#comment-1678087

+1




Hogyan ejted ki a Javás szoftverek / komponensek neveit (pl. JBoss, JNI)?: https://hup.hu/szavazasok/20131220/hogyan_ejted_ki_a_javas_szoftverek_komponensek_neveit_pl._jboss_jni#comment-1678086

A magyarra szavaztam, de erősen attól függ, hogy magyarul, vagy angolul beszélek éppen. :)




Alkudozás a bankkal: https://hup.hu/node/129176#comment-1678084

Onnantól hogy a befizetett adót az állam hogy osztja szorozza, már neked semmi közöd nincs.

Tudom, hogy ez flamebait, de nem bírom ki :)

Már hogy ne lenne hozzá köze. Az állam -- legalábbis elvileg -- nem egy ilyen izé, ami azt csinál, amit akar, hanem azt amiről az állampolgárai többsége azt gondolja, hogy jó. Uh. az a minimum, hogy hadd háborogjon már az ember, hogy most erre kell kilapátolni a pénzt a közösből, beszedési cimkétől függetlenül...




Elméleti fizika kérdés: https://hup.hu/node/129199#comment-1677805

Nem egészen, mert ha úszik a víz felszínén, akkor nem merül el teljesen, ergó a két test térfogata nem lesz azonos.




Elméleti fizika kérdés: https://hup.hu/node/129199#comment-1677957

Oké, így nézve valóban, feletted kicsit a rendszer belső részéről volt szó, oda nem mindegy.




Digitális könyvkiadás: https://hup.hu/node/129156#comment-1677518

mármint a régi epub, openbook, vagy mi volt akkor még lett megbirizgálva, és lett belőle mobi, amit aztán megvett az amazon.

De ja, belül az se binary.




Digitális könyvkiadás: https://hup.hu/node/129156#comment-1677047

Illetve még az jutott az eszembe, hogy ha tényleg könyvként akarja valaki olvasni e-book olvasón, akkor ugye az is gond, hogy azért a B&N meg az Amazon meg a többiek is védik amennyire tudják a vackaikat és a saját könyváruházukból marha egyszerűen lehet telepíteni, máshonnét meg ugye marad a Calibre :D

Nem tudom, én ha megfelelő formában van a könyv, akkor simán fel tudom másolni a kindle-re, ha meg nem, akkor a calibre is pár katt, de emlékeim szerint a doksit egy jól irányzott e-mail formájában elküldöm az amazon fele, akkor kb. egy perc múlva letolják whisperneten. Nem látom, hogy agyon lenne védve...




milyen routert kis ceghez: https://hup.hu/node/129162#comment-1677077

mondjuk pl a tp-link (amellett, hogy tudom, hogy gagyi, stb. stb.) gyak. az összes eszközéről tart "emulátort" a support oldalán / revision. Odamész, belépsz, azt már látod is, hogy mit lát a másik fél esetleges telefonos segítségkor :)

--
egyébként azt jó lenne tudni, hogy pontosan mit is kell kiszolgálni. Nagyon nem mindegy, hogy mit csinálnak az irodában, tipikusan nem a sávszél szokott bajos lenni, hanem a párhozamos sessionök, session nyitások zárások, ilyesmik száma.




milyen routert kis ceghez: https://hup.hu/node/129162#comment-1677509

Link? :)




milyen routert kis ceghez: https://hup.hu/node/129162#comment-1677692

danke :)




Red Hat Enterprise Linux 7 Beta: https://hup.hu/cikkek/20131212/red_hat_enterprise_linux_7_beta#comment-1676466

sub




MPlayer vs VLC: https://hup.hu/node/129031#comment-1675849

Mármint latinul. Magyarul meg max egy vélemény :)




MPlayer vs VLC: https://hup.hu/node/129031#comment-1676457

Értem a magyarázatot mögötte, egyszerűen csak az a magyarázat, hogy azért hibás, mert a latin nyelvtan alapján hibás, nem állja meg a helyét. Mi magyarul beszélünk, a magyar nyelv gyúrja a képére ezeket a jövevény szavakat, függetlenül attól, hogy az eredeti nyelvben történt-e már valami összetétel, jelzősítés, vagy akármi más vele. A magyar meg használja az un- előtagot fosztóképzőként (még ha egyre ritkábban, ami egyébként nem is baj, de ez már csak vélemény), egyébként többnyire németből átvéve, ha tippelnem kéne, az unszimpatikus is ezt az utat járta be.

Ezzel együtt nyilván van antipatikus is. Azt is el tudom egyébként fogadni, hogy "művelt ember nem így mondja", vagy "prosztóul hangzik", esetleg "zavarja a fülemet" szíve joga bárkinek erre az álláspontra helyezkedni. De az, "hogy azért nem jó, mert latinul más a szótő, te kis buta" az egyszerűen csak nagyzolás. (Ráadásul spec. a kettőből nekem az antipatikus jobban zavarja a fülemet, és ezzel vagyunk még egy páran így, az meg egész vicces, amikor valaki a magas lóról megmagyarázza, hogy én nem beszélem az anyanyelvemet. Dehogynem beszélem, a nyelvészet, meg a nyelvtani szabályok alapvetően ugyanis leíró tudományok, nem deklaratívak, teCCiktudni.)

Ráadásul ebben az esetben megfigyeléseim szerint akik kikelnek az unszimpatikus mellett, azok többbyire maguk nem használják az antipatikust sem (fene tudja, lehet hogy belül őket is zavarja a gyógyszerész), egyszerűen csak szeretnének okoskának tűnni, meg a másikat műveletlennek beállítani, többnyire a fenti szerintem hibás érveléssel. Ami nekem unszimpatikus ;)




MPlayer vs VLC: https://hup.hu/node/129031#comment-1676488

Bizonyára ezért :)




MPlayer vs VLC: https://hup.hu/node/129031#comment-1676597

Elöljáróban: a médiák egy kicsit hasogatja az én fülemet is. Ezzel együtt, bizony a magyar szépen lassan nem csak gyüjtőfogalomként használja a média szót (ami miatt eredetileg bánt vele egyes számban szerintem is, ebben igazad van, lásd még pénzem van, nem pénzeim vannak pl.), hanem bizony úgy is, mint az egyes konkrét példányai annak a halmaznak. Csak arra jelenleg a magyarnak nem igazán van szava, legalábbis a médium baromira nem az, mert az a legtöbb embernek a révedten üveggömbbe bámuló fejkendős öreglány. Ezért mikor azt akarod mondani, hogy a retekklubbon meg csigakettőn is megjelent, akkor bizony mondhatod "országos médiákban megjelent". Igen, engem is kevésbé zavar mondjuk egy "több országos médiában is megjlent", de majd megszokja a fülem, ha jobban elterjed. És bizony, ha elterjed, az lesz a helyes, mert a nyelv majd szépen rögzíti.

--

Szóval az eredeti cikknek abban szerintem tök igaza van (ezt mondtam fentebb is), hogy csak azért mert "műveletlen vagy, hát a média az eleve a médium többesszáma, ezért hibás" az nem érv, max. ha latinul beszélünk.

Az meg, hogy de gyüjtőfogalom, ezért nem lehet többesszáma: nos, ez még önmagában nem igaz. Én pl. mondtam már olyat, hogy "hát, vannak ott különböző pénzeim, nézd meg" mikor valamelyik mit tudom én már ázsiába hova induló kolléga kérdezte, hogy van-e valakinél oda való helyi buznyák. A médiák is jelentheti akár a fentit, akár azt is, hogy "újságban, meg tévében is". És ha sokan használják akkor helyes is lesz, csak azért. Mint mondtam, a nyelvészet leíró, nem deklaratív. :)




rsyslog külön fájlba: https://hup.hu/node/128849#comment-1671799

Szerintem ez csak a szokásos szivatás, amit az iptables elkövet a -v nélküli printoutoknál, nevezetesen hogy nincs benne az interface. Gyanús, hogy az első sor csak az lo interface. ;) Uh simén csak az iptables: vs iptables-dropped: lesz szerintem a gond.




CentOS 6.5 gyorstelepítés (minimal.iso, LiveDVD.iso): https://hup.hu/cikkek/20131204/centos_6_5_gyorstelepites_minimal_iso_livedvd_iso#comment-1670765

Ilyen, én is rászaladtam nemrég, bár az még 6.4 volt. Ha nincs legalább egy ifcfg file, akkor hiányzik az "add new device" gomb.




mail figyelő: https://hup.hu/node/38936#comment-356837

Milyenek miatt? hogy megnézem, hogy van-e levelem? Na ne.




Hamarosan Gutsy Gibbon Tribe 4: https://hup.hu/node/43134#comment-411882

Felteszed a servert, meg azt, ami kell neked plusszba?




BSA fenyegetés állampénzen: https://hup.hu/node/36259#comment-328404

Mert ugyebár a hatályos törvények szerint a nem számlával igazolható szoftver az LOPOTT CUCC.

He? Majd szólj már kérlek, hogy nem írhatok magamnak programot, mert lopott.




BSA fenyegetés állampénzen: https://hup.hu/node/36259#comment-328500

Ahha. És természetesen, ha a bíró látja, hogy a dolog saját magáról állítja, hogy letöltheted, hajrá, akkor fog rajtam számlát keresni? Az, hogy kell róla leltárnak lenni, az ok, bármikor szívesen lefűzök a kedvükért egy dpkg -l kimenetet :)




BSA fenyegetés állampénzen: https://hup.hu/node/36259#comment-328521

Ez az ,,ami nem lényeges, azt nem'' dolog némiképp ellentmondani látszik a ,,minimum nyilvántartásba kell venni'' klauzával. Szóval ha kell, akkor mindet kell. Annak pedig akkor a korrekt formája valami ilyesminek a kimenete:

dpkg -l |grep "^ii"| tr -s ' '|cut -d ' ' -f 2|xargs -I XXX cat /usr/share/doc/XXX/copyright

(most hadd ne csicsázzam, meg egyáltalán próbáljam ki :) ), akkor is, ha nem fognak érte szeretni. :) De gondolom, lehet ezt automatán generálni, amit leszedek, az kibukik diffből, ha nagyon kell lehet róla selejtezési jegyzőkönykütyüt írni :)




BSA fenyegetés állampénzen: https://hup.hu/node/36259#comment-328527

Félre ne érts, akarja a halál csinálni. Nem én mondtam, hogy minden szofvert nyilvántartásba kell venni. De ha kell, akkor az, hogy nem írom fel, hogy csak felírom, hogy windows, meg linux, vagy hogy felírom a _szerintem_ fontosakat azok csak a slendriánság különböző fokai jogi szempontból, így ebből a szempontból nem is lesznek korrektek. Akkor lesznek, ha minden, amire külön licensz vonatkozik, az szerepel a listában névvel, verzióval, dátummal, licensszel, a holdak állásával, meg minden előírt lószarral együtt, három példányban, kézzel alírva, kék tollal, minőségellenőrízve :D. Márpedig itt ugye ez a szempont játszik, mert épp ésszel erre szüksége senkinek nincsen.




Könyvszerkesztés Scribus-szal?: https://hup.hu/node/17808#comment-141355

[quote:f174c68208="zoki"]A vágójellel nekem is volt porblémám, de megoldotta a nyomda (rárakták ők, valami adobe-os izével a PDF-re fél perc alatt amíg ott voltam).
Esetleg a LATEX-hez milyen szerkesztőt ajánlanátok?

kile -t




Könyvszerkesztés Scribus-szal?: https://hup.hu/node/17808#comment-141688

[quote:1983f29d1a="zoki"]Háát megnéztem a latex-es lehetőségeket :cry: ...eléggé ledöbbentem.
Ez komoly?
Valaki ezekkel kiadványt szerkeszt?
Tudom, hogy a sok hozzáértő mindjárt lehurrog:D !
De had mondjam el a véleményem:
2005-ben nincs kedvem olyan szerkesztőt használni, ami nem wyswyg?
Meg igazából azért inkább talán Scribus, mert nem programozni akarok, hanem grafikus felületen tili-tolizni az egérrel, és látni mindjárt az eredményt.
Egyszerübb nekem graf. felületen megszerkeszteni a dolgokat, mint belemenni a latex rejtelmeibe!
Várom továbbra is a véleményetek!

Bizony, ebben valakik kiadványt szerkesztenek. Múltkor pl. találtam könyvkiadót, aki latexben várja a kéziratot. Ugyanis, ha sok szöveg (viszonylag) kevés kép van, nem posztert kell csinálni, ráadásul még képletek is vannak benne, akkor semmi szükség nincs arra, hogy wysiwyg legyen, mert az csak lassít. Leginkább semmi kedvem mindenhol azzal pöcsölni, hogy hogy néz ki az adott betű, meg idetolom, meg ott tab, meg anyámkínja, hanem azt szeretem, hogy ha az elején megmondom, hogy ennek így kell kinézni, aztán utána már csak gépelem a szöveget, meg néha beleteszek egy \section{}, \subsection{}, \emph{}, \footnote{}, parancsot, és különben a végén egyszer megnézem, hogy ne legyen benne véletelen baromság (de nem szokott).

Egyébként pedig gyorsan tanulható a dolog, én spec ha tehetem, semmi mást nem használok, ha a cél több mint 5 oldal.

Pl szakdogát is ebben írtam, és igen jót röhögtem azom, hogy mindenki szenvedett, meg szétesett, meg mostakkor ez mégse jó így, kattogtassunk, én meg ha nemtetszett, teljes sectionokat dobáltam benne össze vissza, másodpercek alatt, és röhögtem rajtuk. Ellenpélda ex asszonyom szakdogája, összeszenvedte wordben a maga kis ~100 oldalát, aztán kiderült hogy kicsit szétesik, meg szétcsúszik, meg másik wordbe nem olyan, és teljes 2 napom ment rá, hogy rendbeszedjem.

Egyébként, ha valaki tudja használni a wordot/ooo/egyéb wysiwyg szerkesztőt, az stílusokat használ, és igencsak kerül bármit, ami közvetlen "most ide teszem," vagy "most ez legyen bold", vagy "jöjjön egy pagebreak", mert nem önmaga ellensége, vagyis ponthogy szakad el a wysiwyg funkcióktól....

Tovább előny pl, hogy könnyen scriptelhető, lévén sima text kimenetet kell generálni, így könnyű mindenféle ürlapok meg ilyenek gyártására használni. Én pl anyámnak írtam feladatlap generátort.

Igazából nekem egy bajom van vele, hogy nem találtam rendes változáskövetés, meg doksiösszeolvasztásra kész cuccot, bár előbb utóbb építek valamit a diff köré, és elfelejtjük az ooo-t :)

Szal, mindent arra kell használni, amire való. A latex hosszabb irományok szedésére kiváló.




Könyvszerkesztés Scribus-szal?: https://hup.hu/node/17808#comment-141724

[quote:b4c6adcffd="zoki"]Erre számítottam! :lol:
A LATEX-es szerkesztőkkel az volt döbbenet(nekem), hogy elsőre azt sem tudtam, mi hol van benne, hogy működik. Ellenben a Scribus-nál pillanatok alatt rá lehetett jönni, mi, hol van, egysterű használni.
Azért gondoltam a Scribus-ra elsőre, mert azt már ismerem, és lusta vagyok doksikat végignyálazni, ahhoz, hogy egy A betűt ki tudjak rakni, egy lapra. Nem valószínű, hogy havonta kapnák majd hasonló melókat, ezért, mérlegelnem kell a rá szánt időt, mivel töltöm.
Azért, ha tutok valami LATEX for dummies doksit, az jöhet :)

Ja, ez a nem értem elsőre, nincs kedvem tanulni, ergo szar a latex ez azért szép :D

Ilyen alapon akkor szar a html is, mondjuk a quanta, mert aki nem ismeri az azt se tudja, mi hol :D. De most komolyan, érdemes kicsit nekiállni, nem vészes, ha nem akarsz nagyon nagy varázslást. latex78 meg tényleg jó.




Linux és a webkamera: https://hup.hu/node/9841#comment-54410

Nekem megy rendesen. Mondjuk extragagyi genius kamerám van, aminek win alatt is baromi ronda képe van :)

cronból fényképezősöknek meg javaslom sasolják meg a motion.sf.net-et




FreePascal az iskolában?: https://hup.hu/node/35648#comment-321188

Ehhez valószínű el kellene érni, hogy ne egy hallgatón keresztül kommunikálj(atok), mint jelenleg, hanem közvetlen az érintett tanerővel. Akkor lehet, hogy érdemibbé válhatna a beszélgetés az olyan témákról, amik konkrétan gázosnak lettek minősítve, mint pl a ritkta releasek. Bw -- ezt úgy kérdezem, hogy szinte semmit nem tudok az FPről, arról meg különösen nem, hogy milyen modellben készítitek -- nem lehetne esetleg bevezetni gyakoribb bugfix releaseket a kiadási ciklusba? Mert jó jó, hogy ott a forrás, lehet buildelni, de mondjuk nagy mennyiséget meg oktatást én sem szivesen alapoznék valami nightly build jellegű dologra, a félév-év meg úgyfest sok nekik. (Persze lehet hogy túllihegem ezt a problémát, meg arra is kíváncsi lennék, hogy a TPhez mennyi idő alatt kap fixet :) )




FreePascal az iskolában?: https://hup.hu/node/35648#comment-321215

Na ezért mondtam, hogy nem ismerem a modelleteket :) Nyilván a folyamatos bugfix rel az sok plusz munka, abból is az utálatosabbja, én meg nem tudtam, hogy van kifejezetten bugfix repo. Úgy már szerintem egyáltalán nem gáz, csak lehet, hogy nem csak én nem tudtam, hanem a tanár sem ;)

De ez az egész tényleg egy igéretes dolog lehet, csak arra vigyázz, hogy ne te légy a nagy központi információelosztó, ne az legyen, hogy a te esetleges időhiányodon bukik be...




FreePascal az iskolában?: https://hup.hu/node/35648#comment-321020

Azt meg, hogy miért nem szabad letörölni a képernyőt, végképp nem értem, aki most tanul programozni az nem modulokat meg eszközöket ír, hanem alkalmazásokat, interaktív, színes, hangos programokat. Amikor én kezdtem programozni, nekem is minden programom kiírta, hogy én írtam :)

Hát, mikor éppen az a feladat, hogy azt kell írni, akkor azért nem szép :) A programozáshoz az is hozzátartozik (sőt), hogy megvizsgáld az adott kód használatának körülményeit, feltételeit. Én sokszor megkaptam annó fősulin, hogy a kódra nézve az látszik, hogy az egész csak össze van csapva (és tényleg :D), de legalább azt és úgy csinálja, ahogy kell. Persze, az elején kell egy kis ego turbó, meg ilyenek, de egy idő után azért ez jó, ha elmarad.




Ékezet: https://hup.hu/node/35756#comment-322678

Csak sajnos a legtöbb listaszerver üzemeltető nem szeret sokat levelezni Outlook adminok dühös és értetlen hordáival :D :D :D




Levelezés naplózása: https://hup.hu/node/44279#comment-426582

fapad: keresztulhajtani mindent formailen, az ki lehet szedni az infot, aztan oda tenni, ahova akarod.

Mondjuk teljesitmenyhatekonysagra nem valami fenyes...




Levelezés naplózása: https://hup.hu/node/44279#comment-426700

Hm, ja. Mondjuk ez igy kulon sorba rakja a logba, nem? Persze nyilvan ossze lehet azt is gyujteni, meg matcholni nap vegen :) De ha mar ugyis heggeszteni kell, akkor mar talan egyszerubb a kezbesites kornyeken pancsolni, foleg, hogy akkor nem kell kivalogatni belole meg egyszer egy spamet.

Persze a masik oldalrol meg syslog-ng -t kell hasznalni, aztan lehet oda naplozni a naplozni valot, ahova az ember akarja, tobbekozott sqlbe is emlekeim szerint.

De gyanus, hogy ennek a dolognak mar kesz kell lennie valahol :)




HUP olvasók eloszlása? : https://hup.hu/node/43220#comment-413166

Hat, ha csak azt nezzuk, hogy ott van pl. Erd a maga ~60 000 lakosaval, aminel a jelenlegi megyeszekhelyek kozul haromban is kevesebben laknak (Eger 56, Salgotarjan 42, Szekszard 34), meg van meg tobb hasonlo meretu megyeszekhely, ami alig nagyobb, raadasul egyebkent is megyei jogu varos, akkor azert nem mondanam, hogy ne lenne jelolt :) Meg akkor sem, ha egyebkent nem szeretem Erdet :)




HUP olvasók eloszlása? : https://hup.hu/node/43220#comment-413200

Persze, ertem en, csak ez a nincs alkalmas varos igy nem allta meg a helyet szerintem :) Foleg, ha kozlekedesugyileg figyelembe vesszuk, hogy egyreszt ha mar be kell bungizni pestorszagba, akkor mar ugyis szar :D Masreszt meg hogy ha egyszer vegre korbe fog erni az m0, marpedig muszaj lesz neki, akkor meg jobb is lesz (Nagykatarol spec en mar most is szivesebben autoznek Erdre a nullason mint be a belvarosba, inkabb eszak kelet pest megye szempontjabol van gazos helyen).

Raadasul az sem teljesen egeszseges, hogy egy olyan varos ad otthont a megyei intezmenyeknek (thus tele van bp-i alkalmazottakkal meg erdekeltekkel), amely varos erdekei bizony sokszor epp ellentetesek a megye erdekeivel...




becsapós cd-tálca nyitogatós fájl: https://hup.hu/node/43135#comment-411910

Akkor mar xdialog :D




Ubuntu Live: következő LTS 2008-ban, Landscape, Bazaar 1.0, ... : https://hup.hu/node/42570#comment-405528

Mondjuk a cegednel akkor nyugodtan hasznalhatod az LTS verziot, amire az a mondas, hogy deskre 3, serverre 5 ev support. Speciel az nekem tetszik, hogy ilyen szempontbol elegge at van gondolva az ubi.




Ubuntu Live: következő LTS 2008-ban, Landscape, Bazaar 1.0, ... : https://hup.hu/node/42570#comment-405643

Ezt probaltam en is mondani :)




Ubuntu Live: következő LTS 2008-ban, Landscape, Bazaar 1.0, ... : https://hup.hu/node/42570#comment-407964

Tudom, es ezzel egyet is ertek, nem csak ez a fokmero. De egy olyan disztonal, ami tobbek kozott komolyan megcelozza a desktopot is, ott bizony kell. (Ugye RHEL az nem ez az asztal.) Desktopozni nem lehet par eves cuccokkal (illetve lehet, csak marginalis az a reteg, akit ez kielegit, meg akinek ez tenyleg jo). En eppen azt szeretem az ubuntuban, hogy eleg atgondoltan csinaljak a dolgaikat, de nem pocsolnek. (Erre jo pelda a kiadasok utemezese, ami ezekkel az LTS verziokkal teljesen jo imho.) Vannak neki bajai hogyne, neha en is a hajam teptem vele, meg csinal olyan voodoo dolgokat, amiket nem sikerult nagyon megertem, pedig azert nem ma jottem a falvedorol (meg ha mar csak koromnal fogva is a hatulgombolos informatikus kategoriaba sorolodom :) ), de szepen fejlodik, es egyre jobban tetszik. Hogy mennyire birjak a profi supportot igy, azt nem tudom, sose volt hozzajuk szerencsem, de ami van futo LTSem, ott azert latom, hogy van elet frissites teren (meg ha mar csak a helyet tolem atvevo kollega lustasaga - nem kapcsolta ki a logwatchot nekem - alapjan latom is :/

Egyebkent het ev nagyon nagy ido am, eleg keves olyan helyet tudok elkepzelni, ahol ne kezdenek korabban vakarozni, hogy nem jol van ez igy (azert el tudok kepzelni parat)




apt-get install ubuntu-desktop: https://hup.hu/node/42591#comment-405177

Csodalkoznek, ha az ubuntu-desktop dependecy fajaban nem lenne benne valahol az xserver. En inkabb egy

dpkg-reconfigure xserver-xorg

kiadasaval probalkoznek meg (ha ugyan eppen igy hivjak az xorg csomagot, nem xorgnak, vagy valami masnak.)

meg a /var/log alatt is meg kellene nezni az xorg logjat, hogy miert nem indul a szerver)

Egyebkent kedves topiknyito, az ubuntu-desktop csomag epp azer van, hogy az egesz hobelevancot egybe fel tudd rakni, ha valogatni szeretnel, akkor valogatni kellene :)

Mondjuk az, hogy a gnomehoz meg ennyi dolgot fel akar tenni eleg gyanus, leven hogy annak nagy reszere dependel az ubuntu-desktop ... biztos hogy rendesen lement az a telepites?




apt-get install ubuntu-desktop: https://hup.hu/node/42591#comment-405274

van barmi fogalmad arrol, hogy mi az az apt-get, es mik azok a csomagok, meg mire valo egy csomagkezelo?




apt-get install ubuntu-desktop: https://hup.hu/node/42591#comment-405526

Elnezest, csak ez a kerdes nagyon nem ezt mutatta, azert kerdeztem, hogy kell e rola egy 5 perces mese :) Kicsit randan hangzott igy visszaolvasva, valoban, elnezest miatta, csak plusz 6 ora elonyben vagyok, mar kicsit almos lehettem akkor :(

sajnos most nincs elottem ubi, nem tudom, mi a csomag neve pontosan, szerintem xserver-xorg, de egy

apt-get update; apt-cache search xorg

kimenetben szerintem megtalalod, hogy mi a neve. Reszletes leiras: apt-cache show csomagneve.

De jo lenne tudni, hogy min halalozott el az ubuntu-desktop csomag telepitese, mert szerintem semmit nem tett fel (az hogy fogyott a helyed, csak azt jeletni, hogy letoltotte a csomagokat jo esellyel.)




A Microsoft szabadalmi szerződései zűrzavart okoznak: https://hup.hu/node/42515#comment-404837

Akik, in turn, termeszetesen terjeszthetik tovabb a v3 felteteleinek megfeleloen, hiszen a licensz, amit kapnak lehetove teszi ezt szamukra ;)




A Microsoft szabadalmi szerződései zűrzavart okoznak: https://hup.hu/node/42515#comment-404882

Akkor az csak v3 alatt adhato tovabb, imho. Amit nem tehetsz meg szerintem az az, hogy fogod valaki mas kodjat, es onkenyesen egy masik licensz ala helyezed, hiszen nem a te kodod. Amit tehetsz az az, hogy a szerint a masik licensz szerint is terjesztheted, ha akarod, mert ez meg van neked engedve.

De persze lehet, hogy nincs igazam :)




Ubuntu "Gutsy Gibbon" Tribe 3: https://hup.hu/node/42458#comment-403961

Es hala annak a magassagosnak, hogy ilyen. Eleg sokan nem szeretnenk, ha egy stabil distro magara rangatna ujabb upstream verziokat.




Linuxot minden autóba!: https://hup.hu/node/40295#comment-373529

ezert van hozza uncertanity area is, tobbek kozott.




Linuxot minden autóba!: https://hup.hu/node/40295#comment-373092

hibas :)




Bash hiba: https://hup.hu/node/39703#comment-365648
ls *_$DATE*.xml 2>/dev/null | ...

?




Év végére Silverlight Linuxra is: https://hup.hu/node/38985#comment-357627

Nem tudom, mostanában a Keyboard-Chair Interface Errort stilusosabbnak érzem :)




InnoTek VirtualBox kiadva GPL alatt : https://hup.hu/node/34355#comment-305552

Esetleg server-consoleon keresztül is meg lehet csinálni? Mert azzal nekem nem sikerült.




InnoTek VirtualBox kiadva GPL alatt : https://hup.hu/node/34355#comment-305753

Ami persze így ebben a formában nem igaz, mert a vmware player és server van ingyen is.




InnoTek VirtualBox kiadva GPL alatt : https://hup.hu/node/34355#comment-305897

Tudom. Többet látom, mint szeretném :) Mondjuk tény, hogy a server pont jókor lett ingyért, ha csúszik másfél hónapot, akkor kellett volna venni licenszet :)




APEH és BSA együttműködés: https://hup.hu/node/36585#comment-331791

Max majd csak belülről építhetik, és ha kész rögtön maradnak is :D




30 nap Ubuntu Linux-szal: https://hup.hu/node/36517#comment-330906

Értem a logikádat, szerintem ott bukik a dolog, hogy abban az esetben, ha bármilyen ingyenes másolás indokolatlanul károsítja a szerző jogos érdekeit -- ħa jól értem, te ezt mondod -- akkor bizony az artisjus matricának nincs semmilyen joga a létezésre.

A második részére viszont a válasz egyértelműen nem a válasz. Nem szerzel vele jövedelmet. Közvetve sem. Ha értékesíted, akkor szerzel jövedelmet, így max spórolsz.

És lehet, hogy érdekes felfogás, de a magyar bírói gyakorlattal nagyrészt fedi egymást, amennyire én tudom.




30 nap Ubuntu Linux-szal: https://hup.hu/node/36517#comment-330995

Jövedelem := bevétel - esetlegesen levonható baromságok. Amiért nem kapsz pénzt, az nem jövedelem by definition ala jog. De majd valaki, aki ért is a joghoz, az biztos meg tudja ezt szabatosan fogalmazni. Közvetett pl ha lejátszod egy buliban, mert te vagy a dízsé, és ezzel pénzt keresel. Vagy beteszed a zenegépbe a kocsmádban, hogy több ember jöjjön több sört vedelni.

Ha már itt tartunk, nem tartom lopásnak. Lopás az ugyanis az, hogy én elveszem, ezért neked nem lesz. Ezzel együtt abban egyetértünk, hogy szarok a művész jogos igényére, ha lemásolom, csúnya gonosz vagyok ilyenkor. Viszont a jog rendelkezik arról, hogy én saját céljaimra lehetek csúnya gonosz. Cserében reprográfiai díjat épít az üres adathordozók árába, és meghatározza azt, hogy ezt hogyan kell szétosztani az érintett művészek között. Ez nem két egymástól külön keletkezett rendelkezés. Az megint más kérdés, hogy ennek így kell-e lennie... :) De tény, hogy ettől én kevésbé érzem magam csúnya gonosznak, ha mp3aim vannak.

Egyébként erkölcsi oldaltól függetlenül a bíróságok is így látják, nézz csak meg bármi random szakértői véleményt, a zenéidért egyik sem akar elvasalni.

A jogi szőrszálhasogatástól eltekintve meg az látszik tisztán, hogy a jelenleg megszokott üzleti modellt a technika és a társadalom túlhaladta, ezért valami megoldást kell rá találni. Jelenleg ott tartunk, hogy az elmúlt félszáz évben ebből felhízott kiadók jelentős lobbierővel próbálnak gátat vetni ennek a ,,fejlődésnek''. Egyelőre viszonylag sikeresen, legalábbis jogi oldalon, de előbb utóbb kialakít valaki egy olyan üzleti modellt, ami képes helyén kezelni a jelenlegi adottságokat, és előbb utóbb elég pénzt keresnek majd így is, hogy ellenpontozni tudják a régi modell képviselőinek súlyát, és akkor majd szép lassan átalakul az egész valami mássá.

És a végéhez még annyit tennék hozzá, hogy kicsit árnyaljam a csúnya lopós képet, amit kialakítottál magadban rólam, hogy én bizony meg szoktam venni azokat a zenéket, amiket tényleg szeretek, mert megérdemlik, és mert nem szeretném, hogy a kedvenc előadóim lehúzzák a rolót. Mondjuk az is tény, hogy előbb bizony meghallgatom.




30 nap Ubuntu Linux-szal: https://hup.hu/node/36517#comment-331357

Igazad van, elég hülye példa volt, de típusában ilyesmiről van szó.

Ez úgy van kérlek, hogy el van cseszve :) Egyébként elég kevéssé életszerű példát hoztál fel, gyanítom, hogy szinte minden szabályozásra lehet ilyeneket találni. Programozásban is ugye a legjobban a mindenféle peremszarok kezelését utáljuk :) Ettől még amit írsz, az jogos.

Amivel nekem bajom van, az az, hogy az egyik oldalról elvárod, hogy erkölcsi értékrend szerint alkossak véleményt (szegény kifosztott művész, ugye, akit megkárosítok), annak ellenére, hogy a jog definiálja, hogy nekem ezt lehet (ebben a jövedelem dologban meglehetősen biztos vagyok, mert eddig mindig ezt mondta nekem mindenki, aki kicsit is kompetens, de tényleg kéne valami jogász fej hozzá), a másik oldalról viszont elvárod, hogy elfogadjam, hogy az olyan, mert le van írva a törvénybe (ez ugye a matrica esete), annak ellenére, hogy ebben a formában az erkölcsileg az én meglopásom, hiszen ha úgy van, ahogy mondod, akkor semmit nem kapok cserébe a matricáért.

Szóval érted, most akkor döntsük már el :) Azzal egyet értek, hogy meglehetősen szerencsétlen szabályozás, és katasztrófális konkrét megvalósítása a szabályozásnak, ami jelenleg van




30 nap Ubuntu Linux-szal: https://hup.hu/node/36517#comment-331760

A lopás dolgot kicsit félreértetted. Nem lopás, mert az a lopás, ha én elveszem és neki nem lesz. Ettől még kárt okozok neki, ha lemásolom természetesen, nem gondolom én, hogy nem. Csak ezt akkor sem lopásnak hívjuk :) Írogathatnám én hosszan, meg elmehetünk mindenféle jogi útvesztőkbe (pl hogy melyik barom írta bele a tisztesség szót egy törvénybe), de szerintem egyikünk sem ért hozzá eléggé, hogy nagyon értelme legyen, szóval az én véleményem össze foglalva erről kb annyi (erkölcsi oldalról megközelítve), hogy:

-amíg általánydíj van beépítve a matrica segítségével az üres adathordozóba, amit a művész kap meg valamilyen úton módon, addig igen, én úgy gondolom, hogy ha magamnak, meg netán néhány barátnak lemásolom a zenét (tehát szigorúan nem üzletszerűen és nem nagytételben), addig igen, én tisztességesen jártam el, ráadásul figyelembe véve a jogi szabályozás szellemiségét.
-ha nem lenne matrica, nyilván más lenne a leányzó fekvése. de mivel van, valami legyen a serpenyő másik felében is.
-a szabályozás egyébként szar, a megvalósítás méginkább, a művész szív, ráadásul nem kis mértékben az ipar miatt, aki kiszipolyozza, nem kicsit. Nagyon csinálni kéne valamit, mert csak kozsó és pákó zsebét tömjük, meg a feketeimportét, de ezt hadd ne nekem kelljen már megoldani.

Elfogadom én, hogy van, aki ennél szigorúbb, meg erkölcsösebb, én igyekszem nem ámítani ezzel saját magamat.

Mellékszálak:
-a műszeres dolog azért nem kicsit sántít ide. Tény, van ilyen, és tény nem tisztességes, de nem sok köze van a zenemásolgatáshoz meg a szabad felhasználáshoz, meg ráadásul azért ezt is igyekeznek szabályozni (pl azzal, hogy a benne lévő szellemi munkát valamilyen védelem alá helyezheted).
-az átkost meg ne keverjük ide. Ugyan ez megy mindenhol a világon. Annyival warezolnak kevesebben a fejlettebb helyeken, amennyivel többen vannak, akik megengedhetik maguknak, hogy eredetit vegyenek, mert az kényelmesebb, anélkül, hogy igazán megéreznék.




30 nap Ubuntu Linux-szal: https://hup.hu/node/36517#comment-331359

Bizony. Ezzel az erővel a matricátlan cdkért is bokánrúghatnák az endusert. Persze ez itt abszurdisztán, bármi lehet :/




30 nap Ubuntu Linux-szal: https://hup.hu/node/36517#comment-330549

Gondolom arra, hogyha bemész a boltba, és veszel egy random nyomtatót, akkor elég nagy esélyed van rá, hogy nem fog menni linux alatt.




30 nap Ubuntu Linux-szal: https://hup.hu/node/36517#comment-330860

Ismerem a helyzetet. De az, hogy ez kinek a hibája, az az egyszeri usert nem érdekli. Az meg tény, hogy nyomtatókkal sokat lehet szívni linux alatt.




30 nap Ubuntu Linux-szal: https://hup.hu/node/36517#comment-330984

Dupla felkiáltójel autokorrekció is van a driverben? :)




Onboard vagy kartya?: https://hup.hu/node/36651#comment-332399

dmidecode?




Nerd teszt: mikor fogok meghalni?: https://hup.hu/node/36451#comment-329825

Így kb 40 éves korodra tenném az öngyilkosság időpontját :D




A hét képe: https://hup.hu/node/36407#comment-329976

...Ráadásul a mese további része úgy szól, hogy a ventik álltak le, ki lett cserélve valami combos bordára, és mondták, hogy mostmár vissza lehet falazni :)




Hol használsz Ubuntu-t?: https://hup.hu/node/35415#comment-318421

Kinek sajnos, kinek szerencsére :)




Hol használsz Ubuntu-t?: https://hup.hu/node/35415#comment-319515

Egyszeri user nem fordít programot, minek neki? Aki meg fordít, annak igazán beleférhet, hogy kinyitja az INSTALL-t, megnézi, hogy mire dependel, és fel apt-get installja őket. Ha megszokod a csomag elnevezés sémát, akkor gond nélkül be lehet hasalni a -dev csomagok nevét legalább 80%ban, de kikeresni sem egy nagy kaland.

Viszont pl miért is jó nekem egy szerveren, hogy kötelezően odarakják nekem a fordítóeszközöket meg egy rakás libraryt, hogy ha valaki bejött, minél könnyebb dolga legyen? Miért is jó, hogy ott egy rakás fölösleges vacak, mikor bele akarom reszelni magam egy pendriveba, valami embedd kütyübe vagy ilyesmibe? Miért is jó, hogy viszi a helyet meg az inodeokat?

Szóval én spec eléggé szeretem, hogy ez így van.




Van internet vagy nincs?: https://hup.hu/node/36304#comment-328093

Valóban, bár nem a Bix nodeon, és bekapcsolt a backup is.




4-es Qt-t hogy lehet föltenni: https://hup.hu/node/36197#comment-326992

Ez azért így nem igaz. Az igaz, hogy a kde4hez kell a qt4, de fordítva nem. Továbbá a hármas kdet sem zavarja, ha van fenn qt4 is.

Írtam már én is progit qt4re, az egyik ok éppen az volt, hogy a qt4 már win alatt is elérhető gpl licensszel.




4-es Qt-t hogy lehet föltenni: https://hup.hu/node/36197#comment-327404

Teljes kdet nem forgattam ugyan, de forgattam már 3as szériás darabot, mondjuk tény, hogy azért a configuret fel kellett paraméterezni, de tudtam forgatni. Szóval nem kellene, hogy conflictoljon a qt3 és a qt4.




Linux-szal előtelepített PS3-ak: https://hup.hu/node/36048#comment-325321

Pl aki alapvetően játszik, és nem baromidrágagyorsanelavulós gamer pct akar, mert jó neki a konzol erre a célra tökéletesen, de néha elolvasná az emiljeit, meg webezne, irodázna egy kicsit, annak jó lehet az otthoni pc kiváltására... de csak hangosan gondolkozom :)




Öt dolog amit a főnöknek tudni kellene a spam-ről: https://hup.hu/node/35808#comment-322976

üzemelteti neked a dns infrastruktúrát vs üzemelteti neked a levelező infrastruktúrát.

Én nagy különbséget nem látok. Az utóbbi még necesebb is. Ezzel együtt ez a fizessünk az e-mailért dolog elég nem szimpi nekem is.




Öt dolog amit a főnöknek tudni kellene a spam-ről: https://hup.hu/node/35808#comment-322991

A szolgáltató. Mivel neki anyagi érdeke, hogy számlázzon neked. Aztán majd az első 10+ ks számla után megtanulja mindenki az IT security alapjait :D :D

Nekem is kivitelezhetetlennek tűnik (de legalábbis igen problémásnak), de az az érv, amire válaszoltam ebben a formában nem állta meg a helyét.




Öt dolog amit a főnöknek tudni kellene a spam-ről: https://hup.hu/node/35808#comment-323836

Miért nagyobb szopás? A különbség annyi, hogy így a ham esetén nem a címzettnek kell kipecázni a spamfolderből, hanem a feladó kap egy levelet a kézbesítés sikertelenségéről. (Mivel silent dropot ugye nem csinálunk...)




tcp/ftp kapcsolat a neten keresztul, otlet kene!: https://hup.hu/node/35805#comment-322639

Ezt most csak én nem értem? Mi ez a mindkettőnek nem interface-e az internet fele dolog?

Egyébként az iptables, meg az ip_conntrack_ftp környékén kellene elkezdeni nézelődni.




tcp/ftp kapcsolat a neten keresztul, otlet kene!: https://hup.hu/node/35805#comment-322666

http://www.sns.ias.edu/~jns/wp/2006/01/24/iptables-how-does-it-work/?p=…

pl.




Mi az akadály ???: https://hup.hu/node/35651#comment-320866

én meg láttam már olyan gépet, amit az xp fagyott csontra bele, az ubuntu meg nem.

és?




Bemutatták az első kereskedelmi kvantumszámítógépet (?): https://hup.hu/node/35607#comment-320835

me'gmindi'g olvashato'bb, mint a hu:lye repu:lo" e'kezetek :D




Gépek "összetartása": https://hup.hu/node/35465#comment-319668

Teljesen elosztott dolgot írni elég macerás, mert amit itt leírtál, az egy csomó dolgot nem vesz figyelembe.

-hogyan csatlakozik valaki egy ilyenhez. (honnan jön a kezdetben legalább egy ip)
-mi van, ha annyi időre leszakad valaki, hogy outdated lesz a teljes listája (ez kb ugyanaz, mint az előző).
-ezekhez jön még pl az, hogy ismeretlen gépről mi alapján döntöm el, hogy odaadom-e neki a listát.
-kinek továbbítom a listát, mindenkinek, vagy nem?
-teljes lista frissítést küldök, vagy nem?
-ha igen, akkor mi van, ha két egymást gyorsan követő frissítésből a hálózat egyik része az egyiket kapja meg előbb, a másik a másikat.
-ha nem akkor, hogyan tartom konzisztensen a listákat? mi van pl, ha valaki épp nem elérhető, mi lesz akkor a frissítésekkel, amik addig elhangzottak?
-stb stb
És akkor most csak ilyen nagyon gyors brainstorm alapon megkapargattam a dolog felszínét, míg meg nem untam...




Gépek "összetartása": https://hup.hu/node/35465#comment-319851

Persze, ezek mind csak technikai részletkérdések, csak ezekből nagyságrendekből több van annál, mint hogy csak úgy leülj, aztán összebarkácsold két három délután ;)




Forgalom meres: https://hup.hu/node/16464#comment-317555

Egy képercesben:


perl -e '($a) = `ifconfig eth0` =~ /RX bytes:(\d+)/; \
sleep 10; \
($b) = `ifconfig eth0` =~ /RX bytes:(\d+)/; \
$c = ($b-$a)/10/1024/1024; \
print "$c Mb/s\n";'

Átfordulást nyilvánvalóan nem kezel :)




Forgalom meres: https://hup.hu/node/16464#comment-317571

Megy, persze feltéve, hogy van /bin/sleeped, de az biztos van :)

bocs, shell scriptet nem szeressem, kerüljük egymást :)




Forgalom meres: https://hup.hu/node/16464#comment-317590

Azért, mert egyszerűen nem szeretem. Eléggé nehézkes nekem, kínlódok a szintaktikájával, a hashek hiányával, perlben meg minden megvan, ami egy gyors hackoláshoz kell, kényelmes, kézreálló, eléggé all around, összességében szerintem egy elég jó kis nyelv.

Mondjuk vannak ennek is bajai, OO pl szerintem nagyon nagyon erőszakolt benne, elég nagy gond a CPANon fellelhető dolgok igen változatos minősége, nagyobb projektnek nem biztos hogy nekiállnék benne, ha nem muszáj. (bár ez lehet csak az én hiányosságom :) )

Persze van ahova nem való, mert fölösleges bloat, de szerintem scriptnyelvnek nagyon kényelmes. (Kollégám szerint meg a bash az, ezért ő mindent abba csinál, én mindent ebbe, és ha a másikéhoz kell hozzányúlni, akkor kölcsönösen csuklunk :D)




Forgalom meres: https://hup.hu/node/16464#comment-317664

őőő, igen, ez azért van, mert eléggé tömörítettem :)

Kissé átláthatóbban a csúnya


($a) = `ifconfig eth0` =~ /RX bytes:(\d+)/;

sor kb így nézne ki:


$ifconfig_kimenete = `ifconfig eth0`;
$ifconfig_kimenete =~ /RX bytes:(\d+)/;
$a = $1;

Akkor azt elmondva, hogy a =~ a reguláris kifejezés illesztő operátor, és utána a reguláris kifejezésben található zárójelezett részekre illeszkedő minták rendre a $1 $2 .. $n változóba kerülnek, akkor gondolom már érthető :) Csak nem pakoltam ki a kimenetet változóba, illetve kihasználtam azt, hogy az =~ operátor visszatérési értéke egy lista, aminek elemei $1...$n, meg azt, hogy egy lista elemeit meg lehet feleltetni egy másik lista elemeinek sima = használatával. csak most a lista egyelemű lett, ezért mutat kicsit furcsán a zárójelben lévő $a :)




Forgalom meres: https://hup.hu/node/16464#comment-319480

ered=`echo "$meres1 / $meres2"|bc -l`



render html to png: https://hup.hu/node/35400#comment-318112

As in ,,ne kelljen hozzá X'' ;)




Windows Vista biztonsági rés (ROTFL): https://hup.hu/node/35078#comment-314841

Meg lettek belőle igen sok ember igen sok haját megmentő makrók is. Mert volt rá igény. Minden fícsörrel szükségszerűen együtt járnak bizonyos kockázatok. Természetesen bármely rendszer biztonsága a használhatatlanságig fokozható, ahogy a régi mondás tartja, de azért érdemes mérlegelni. ;)

Ez pl tuti, hogy egy csomó szerencsétlen, nem egészséges ember életét meg fogja könnyíteni, miért baj az, hogy ott van, alapból kikapcsolva?




wine problema: https://hup.hu/node/26782#comment-220611

Configure finished. Do 'make depend && make' to compile Wine.

magyarul:
$make depend
$make
és ha ezek nem errorral jöttek vissza, akkor
#make install

De imho inkább konfigolni kéne a működőt, nem a fordítással bajlódni...




wine problema: https://hup.hu/node/26782#comment-220639

Na bakker, a tetejét el se olvastam. Ügyi voltam nagyon :(




A MySQL csendben "finomított" a licencen : https://hup.hu/node/33865#comment-298925

Na de ha írok egy függvénykönyvtárat, ami gples, és azt használom egy harmadik progiból, akkor annak is gplnek kell lennie, mert rálinkel a gples könyvtárra, nem?




Meghal az upgrade edgyre: https://hup.hu/node/30265#comment-256286

vagy dpkg -r

Nekem is volt némi dependency problémázás, és hasonlók egyébként, bár az nagyrészt külső csomagok miatt.




Meghal az upgrade edgyre: https://hup.hu/node/30265#comment-256378

Ha kifejted, hogy mit jelent az, hogy nem megy, akkor esetleg. De tényleg baromság ám egy béta softra frissíteni, ha nem vagy barátságban a csomagkezelővel :)




Meghal az upgrade edgyre: https://hup.hu/node/30265#comment-256422

Én is ezt tolom :D ráment fél munkanapom a distupgrade-re :D Mondjuk itt nincs dualboot, szal nem játszok. (Csak otthon. Ott van is dualboot. Viszont ott meg dapper van, szóval megintcsak nem játszok. Hanem asszem inkább iszom egy kvt, így visszaolvasva ezt a másfél sort :D)




Meghal az upgrade edgyre: https://hup.hu/node/30265#comment-256421

Kellemetlenül hangzik.

csak simán apt-get -f install, csomagnév nélkül? dpkg-reconfigure -a?

Végső esetben csomag szétszed, mindenféle dependecyket kidobál, mindenféle scripteket kidobál, újracsomagol, azt felteszi, és majd egyszer updateli. (Esetleg meg lehetne nézni, hogy mi baja, mert első bliccre csak update-fonts-dir -t paraméterezi fel rosszul...)

Vagy vársz, míg megjavul a repoban :D




Lobbi a nyílt forráskódú szoftverek ellen: https://hup.hu/node/30781#comment-262381
~/tmp$ cat ChangeLog-2.6.19-rc2 |grep Author:|wc -l                                       
518
~/tmp$ cat ChangeLog-2.6.19-rc2 |grep Author:|egrep -v "ibm|redhat|suse|oracle|hp|ibm|intel|osdl|novell"|wc -l
359

Nem reprezentativ, meg semmi ilyesmi, szimpla egyszeri mintavétel ex hasra, de valamit azért csak mutat... :)




Lobbi a nyílt forráskódú szoftverek ellen: https://hup.hu/node/30781#comment-262850

Jogos, vmiert azt gondoltam, hogy nem kell nekem, mert a patchek darabszáma az érdekes. Akkor már, for the record:

~/tmp$ cat ChangeLog-2.6.19-rc2 |grep Author:|sort -u|wc -l
143
~/tmp$ cat ChangeLog-2.6.19-rc2 |grep Author:|egrep -v "ibm|redhat|suse|oracle|hp|ibm|intel|osdl|novell"|sort -u|wc -l
105



Lobbi a nyílt forráskódú szoftverek ellen: https://hup.hu/node/30781#comment-262851

Miért, látod benne valahol a freedom szót? :D




Mitől gagyi a hu.archive.ubuntu.com?: https://hup.hu/node/30294#comment-256686

Ezt én se értettem abban a threadben... Hogy lassú, az egy dolog, de hogy mitől lett jobb a de. -vel? Gondolom közben megjavították, vagy valami...




Mitől gagyi a hu.archive.ubuntu.com?: https://hup.hu/node/30294#comment-256812

Tudom. Egész ügyesen vagyok képes használni a host parancsot, meg a forciklust, hogy megnézzem, mi hova mutat (for X in en de us hu ; do host $X.archive.ubuntu.com; done vagy ilyesmi). Ezért mondom, hogy értem, hogy mitől lassú (terhelt, messze van, ilyesmi), de nem értem, hogy a másik szerver, ami ráadásul tükör, az hogy tartalmaz működő csomagot, mikor a fő szerveren épp nem jó.

Hacsak nem ott még régebbi van, ami még nem bugos.




Egy db fájl, de melyik csomagban?: https://hup.hu/node/30132#comment-255106

Ez itt nem jó, mert csak a feltelepített csomagokban keres.




fsck rename (vissza, de hogyan???): https://hup.hu/node/29568#comment-249177

Van egy qmv (meg egy qcp) nevű progi, amivel ha valóban van olyan fileod, amiben le vannak írva, hogy mit mire kell átnevezni, akkor ezzel szerintem megoldható. Mikor elér az editorig, akkor betöltöd szépen ezt, a megfelelő formában, és csoki. De nézegesd meg a manját, mert így fejből nehéz lesz... :)

Meg aztán persze lehet valami scriptet is írni...




fsck rename (vissza, de hogyan???): https://hup.hu/node/29568#comment-250638

Izé, ebben hol vannak a jelenlegi filenevek?




Borland C++ builder-ben (win) írt forrásból Linux program - hogyan?: https://hup.hu/node/22331#comment-178665

Hát, szerintem nem sok esély van rá, hogy egy builderes cucc nem linkeli magát szénné valami windowsos APIra (bár még nem próbáltam.)

Egyébként meg mondd meg neki, hogy aki programozó, az ne legyen szemellenzős ;)




Borland C++ builder-ben (win) írt forrásból Linux program - hogyan?: https://hup.hu/node/22331#comment-178679

Ha meg lehet oldani, akkor biztos, hogy kylixal a legegyszerűbb, gondolom van is valami ilyesmi doksi benne...

,,Sajna'' utoljára valamikor fősuli ~4 szem. környékén láttam kylixot, és akkor nem volt cél a cross-compatibilitás.

Puding próbáját kell tartani :)




xgl után bumptop: https://hup.hu/node/26713#comment-219972

Miért baj az, hogy valaki használni akarja egy megszokott munkaeszközét? Nem feltétlen azt jelenti, hogy nem boldogul nélküle, csak kényelmesebb neki... Én is egy csomó mindent abból csinálok, amit egyébként éppen csinálhatnék shellből is... Van egy rakás megszokás szerintem ami nem baj :), most őszintén, kit zavar ott egy mc?




xgl után bumptop: https://hup.hu/node/26713#comment-220156

:D

http://hpux.cs.utah.edu/hppd/hpux/Gnome/mc-4.6.0/




A Debreceni Egyetem Pszichológia Intézete nyílt forráskódú szoftverre vált: https://hup.hu/node/26266#comment-215248

Ezért van az openszósz projektek túlnyomó többségének is királyos weblapja, nem, hát azokat is hozzáértők csinálják. :D

Az, hogy valahol infósok vannak, az egy dolog. Ha meg is írná valaki tisztességesen (de minek is, egy átlagos egyetemi honlapnak bőven jó valami cms) a designon sajnos nagy valószínűséggel elbukik a kocka. Én is el szoktam :D




A Debreceni Egyetem Pszichológia Intézete nyílt forráskódú szoftverre vált: https://hup.hu/node/26266#comment-215278

Ahham, és akkor mindenkinek uniform lesz a lapja? Háát, fene tudja... Végülis a nagytöbbség esetében az is előrelépés lehetne.

Egyébként az való igaz, hogy ki lehetne szépen adni valami féléves projektnek, aztán hátha összejön belőle valami, de sajnos ennyi ész nem sok helyen van :(




A Debreceni Egyetem Pszichológia Intézete nyílt forráskódú szoftverre vált: https://hup.hu/node/26266#comment-215945

Nem a protálra értettem, hanem a csodálatos felsőoktatási intézményekre...




WebCam Server: https://hup.hu/node/16102#comment-123163

[quote:1463b16cc0="fozsola"][quote:1463b16cc0="gaso"]Visszaterve az eredeti kerdesre, vajon mire kellhet ? :)

- kamera
- bongeszo
- semmi mas...

:)))

Kamera: Van egy bolthelység, azt kellene megfigyelni (rablás, vagy probléma esetén lehessen a hátsó szobából riasztani...)
Böngésző: A behozott munkákat egy PHP-s oldallal vesszük fel.
Semmi más: Mivel munkára lenne, így egyéb cucc nem nagyon kell...

Üdv. fozsola

Ui.: Köszönöm az eddigi hozzászólásokat.

Ja, azt hittem hogy a böngészős gép az direktben csak annyit tudhat. Tényleg a motion a te barátod ;)




WebCam Server: https://hup.hu/node/16102#comment-122978

[quote:8e6ac12586="lipilee"]motion a te barátod:
http://www.lavrsen.dk/twiki/bin/view/Motion/WebHome

daemonként fut, kezel bármilyen Video4Linux eszközt, pofonegyszerű beállítani. kimenetként tud szimpla x másodpercenként frissülő jpg-t, mozgásra triggerelt avi-t, valamint x porton figyelő mpg streamet. talán ez utóbbi az, ami neked kell.

téllrg tuti cucc, én is használom. Viszont lehet hogy én vagyok fax, de a nyitó postot nem nagyon értem. Most mit hova böngésző, meg kijelző, meg akkor hány gép, meg mivaaan?




WebCam Server: https://hup.hu/node/16102#comment-123016

[quote:c58169fa18="lipilee"][quote:c58169fa18="kroozo"][quote:c58169fa18="lipilee"]motion a te barátod:
http://www.lavrsen.dk/twiki/bin/view/Motion/WebHome

daemonként fut, kezel bármilyen Video4Linux eszközt, pofonegyszerű beállítani. kimenetként tud szimpla x másodpercenként frissülő jpg-t, mozgásra triggerelt avi-t, valamint x porton figyelő mpg streamet. talán ez utóbbi az, ami neked kell.

téllrg tuti cucc, én is használom. Viszont lehet hogy én vagyok fax, de a nyitó postot nem nagyon értem. Most mit hova böngésző, meg kijelző, meg akkor hány gép, meg mivaaan?

tekintve, hogy a motionnak beépített webszervere van, ez a rész is tökmindegy :)
motion überzik.

Ja tudom, hogy van (meg használom is) Cs ettől még nem értem a kérdést :)




Kijön a BSA?: https://hup.hu/node/24947#comment-201297

Ha jól tudom, folyamatosan fut ilyen ,,kampányuk''. Lehet nekik írni egy válaszlevelet, hogy nem érzitek úgy, hogy bármiféle közük lenne az informatikai infrastruktúrátokhoz, és húzzanak a vérbe...




Kijön a BSA?: https://hup.hu/node/24947#comment-201303

Egyeztessen velük a frász. Persze, ha szépen kifizetik legalább a beléjük feccölt időt...

Tényleg nem érzem azt, hogy egy külső bandának bármiféle köze lenne a történethez. Bár pesze amíg a bsa hivatalos tanácsadó vagy mi a tök a rendőrségnél...




Kijön a BSA?: https://hup.hu/node/24947#comment-201335

Értem én, hogy az a kultúrember útja, csak arra lennék kíváncsi, hogy tényleg milyen alapon jelennek meg két fakabáttal, ha nem akarom beengedni őket? Mert azt nem igazán érzem elégnek, hogy ,,hát de nem akarta megmutatni nekünk''.

Továbbá arra is kíváncsi lennék, hogy ha aztán a két fakabát bácsi nem talál semmit, és neadjisten valaki viszontfeljelentést tesz hitelrontásért és hasonlókért akkor mi a fene van.

Persze tudom, hogy a világ nem így működik, csak ettől még baxják az ilyen jellegű dolgok az ember csőrét. Hálistennek engem nem érint, mert se nem vagyok hozzá elég nagy fejes, se nem nagyon van ilyen jellegű probléma errefelé...




Dia 0.95: https://hup.hu/node/24326#comment-196316

Attól függetlenül, hogy életemben nem láttam még visot, ebben a formában éppen kijelenthetnénk azt is, hogy majd akkor hasonlítgassuk a visiot a diahoz, ha majd olvas .dia-t. :)




HUP reg...: https://hup.hu/node/22317#comment-178682

A'rpi végveszélyben :D




GTK+/C programozó Helsinkibe: https://hup.hu/node/22061#comment-176775

Hello!

Lehetne kérni egy kontaktot, hogy hova, ill. pontosan mit is kell küldeni, ha valakit érdekel?

Köszi :)




Divatlinuxos - NEEEEE!!!!!!: https://hup.hu/node/20310#comment-171518

[quote:cd03922b06="Tot"]En (csak) kb 7-8 éve foglalkozom linux-al, de folyamatosan, barmikor, elso felindulasbol tudok hulye kerdeseket feltenni mert neha egyszerubb kerdezni mint hekkelni... (meg esetleg, olvasni, hmm?)

....

Soha sem ertettem miert fikazzak le a ket sorral tobbet gepeli tudok a masikakat ahhelyett, hogy amit tudnak arrol egy sor manualt irjanak, ezzel elkerulve azt, hogy ezek az atkozott "divatlinuxosok" kerdest merjenek feltenni.
...

Némi ellentmondást érzek, meg ne haragudj ;)




GStreamer 0.10: https://hup.hu/node/10249#comment-59892

Heh, régebben, tán olyan 1.5-2 éve volt egy thread valamelyik debian listán, ahol valaki nekiált fikázni Brando Robinsont, h mér nincsenek már új x csomagok, meg anyámkínja, és nem kellene leváltani, meg ilyesmi. Aztán ebből lett hatalmas flame, majd két nap mulva jött a post, h:

,,Who the fuck is this Brandon guy, and what is he doing with my packages?

Branden''

No, ti is mindjárt megkapjárok, h ,,A'rpi vazz, A'rpi'' :D




A koreaiak betiltják a Windows-t?: https://hup.hu/node/10235#comment-59663

Ugyanmár. Ez nem lehet gond. Majd elperelik :)




Kell-e több ``üveggyöngy'' a következő Ubuntu-ba?: https://hup.hu/node/10213#comment-59277

Ezt akartam én is mondani. Tegyék bele nyugodtan, aztán ami nem kell azt majd kihajintom a picsbe.

De azért sok olyan eyecandy van, amit használ az ember, hogy ne okádja le minden reggel a desktopját.

Pl kdelook.orgról tömegével mehetnének bele a gombok, témák, stílusok, ikonok. Elfér az ftpn, nem? aztán mégiscsak mennyivel kényelmesebb fel aptgetelni őket, megnézni, aztán ami nem kell, azt elhajintani, és kész




BSA NagyvizITről újra: https://hup.hu/node/10185#comment-58948

Szó nem volt arról, hogy melyik nemzet gazdaságának ;)




Ki az év európaija?: https://hup.hu/node/10182#comment-58910

>A döntéshozók egy része felháborodik és a legközelebbi szavazáson elvből ellene szavaz, mi kellhet még?

Emeld fel a bal kezed. Belelóg a bilibe...




A Sony védelme 'DVD' Jon-tól lopott kódot tartalmaz: https://hup.hu/node/10102#comment-57802

Nem veszem. Nem érdekel ki írta. Egyrészt az egész koncepcionálisan gáz, úgy ahogy van, másrész meg lexarom. Mostanában ez a takaró mindig, hogy nem is mi voltunk, hanem az alvállalkozó. És? Teszek rá.

Mellesleg valahol olvastam, hogy állítólag némi kis beszlégessünk a sonyval a világhálón móka is van benne. Ha ez igaz, akkor golyó általi kötél.




HOVD 2005 - Kedvenc böngésző / email kliens / szerver OS / BSD rendszer jelöltek: https://hup.hu/node/10106#comment-57850

+konqeror

maradjon már... Még benne vagyok a 24hban :D




Milyen linuxot desktopra ?: https://hup.hu/node/17506#comment-139420

[quote:22a2ebb091="Macskajancsi"]
Nekem süsüm van, úgyhogy csak ehhez tudok hozzászólni. Miről akarod upgradelni? Nem javaslom, egy tiszta, új telepítés sokkal kevesebb időbe/fáradtságba kerül.

Hát, nálam igazándiból egy ilyenen el tud elhasalni egy distro... Mandrake elvileg talán frissíthető, de ha jól emlékszem, ők is azt javasolják, hogy reinstalld.
[quote:22a2ebb091="Macskajancsi"]Ami az RPM-hell kifejezést illeti, most hallottam először. Ettől függetlenül nem csak az rpm-es disztróknál kell a függőségeket kezelni...
Ha a telepítőben (Yast - szoftver - telepítési forrás) megadod a fellelhető telepítési helyeket, ill. ha használod a synaptic csomagkezelőt (ez nem csak a debian alapúakhoz van!), akkor gyakorlatilag elfelejtheted a függőségi gondokat.

Amennyire én tudom (hacsak nem keverem valamivel), akkor az rmp-hellt arra értik, hogy van egy csomó distro, ami rpm csomagokat használ, és ezek tesznek arra, hogy rendesen jelöljék a csomagban, hogy ez itt xyz distrohoz van, viszont ugye mindegyik másképp építi fel a függőségeket, meg nem féltétlen ugyan az van a hasonló csomagjaikban, ezért aztán a külön letöltögetett meg keresgélt rmpek kemény szívásokhoz tudnak vezetni, mert igencsak bele lehet zavarodni, hogy most akkor kinek honnan mi kell, és az olyan e ami neki kell, aztán szépen lassan átláthatatlan lesz az egész kóceráj. Mandrake ilyen szempontból jó egyébként, ők beleírják a csomagnevekbe, hogy ez mondjuk akarmi.mdk10.1.arch.rpm




Milyen linuxot desktopra ?: https://hup.hu/node/17506#comment-139424

[quote:62dab57c31="Macskajancsi"]
Használni kell az rpm keresőt.
http://rpm.pbone.net/
Ott ki lehet (ajánlott) jelölni, melyik disztribhez, melyik verzióhoz keresed.
Tévedés kizárva. Oda van írva az rpm-ekhez, hogy melyik milyen verzióhoz való.

Tudom, ismerem, ,,gyerekkoromban'' mandrakeeztem. Voltak ott rossz csomagok is, szépszámmal akkor még, továbbá ez nem oldja meg a valahonnan jött, feltettem, összekuszálódott, nem is biztos hogy ez kell nekem dolgot. Meg azért nem is volt mindig rpm.pbone.net, imho.

Természetesen nem kezelhetetlen probléma ez, ésszel mindent lehet, ész nélkül meg haza lehet vágni egy debiant is simán, meg nem is bántásnak írtam, amit írtam, csak úgy tudom, ezt nevezik rpm-hellnek.




Milyen linuxot desktopra ?: https://hup.hu/node/17506#comment-139509

[quote:a81d5a1dd6="Toma_"]
Nah ez meg a másik kedvencem...
"gyermekkoromban"...
Ugyanmár, ha valaki 1/2-1 éves használat után nem tud rendes mukodo linuxot csinálni akármelyik distróból arról inkább jót vagy semmit... Azt az emberkét nem is érdekli az egész... Az majd felnőttként felrak valami hard distrót, és "gyermekkoromozik"...

Ez most mér? Komolyan nem vágom, hogy ezt mi hozta ki belőled. Annyit akartam mondani, hogy ismerem a címet, mert anno én is használtam. Hogy ebből hogy vezetted le, hogy nem tudok összerakni egy rendes linuxot belőle. Képzeld, más miatt is lehet váltani, nem csak azért, mert béna vagy valamihez... :roll:




Milyen linuxot desktopra ?: https://hup.hu/node/17506#comment-139511

[quote:10218aa622="toros"]
Ez butaság. Mint ahogy nem eszel meg olyan kaját, amiről nem tudod, hogy micsoda, mikori, és honnan is származik, ugyanúgy nem telepítesz fel olyan .rpm-et, amiről nem tudsz semmit. Ennyire egyszerű. SuSE-nál például 3-4 ftp szerver címét elég fejben tartani, ezeken mindent megtalálsz, amire szükséged lehet.

Persze, nem teszek fel. Itt probléma inkább egyszeri userekkel van, akik ezt az egész függőséges csomagos dolgot nehezen szokták megérteni, és töltögetnek mindent mindenhonnan összevissza, és csak annyit tud, hogy neki rpm kell. Főleg a win irányból érkezettekkel van ez.

[quote:10218aa622="toros"]
Szerintem ez a megnevezés (RPM-hell) arra utal, hogy valamikor a nagyon távoli múlt ködében az rpm még nem kezelte normálisan a függőségeket, volt olyan, hogy valami látszólag rendben települt, aztán mégsem ment. De ez történelem, volt olyan idő, amikor még a vonatokat gőz hajtotta, és nem volt közvilágítás...

Ok, vettem, akkor rosszul tudtam, van ez így...




Öt disztribúció bemutatása egy könyvben: https://hup.hu/node/9999#comment-56346

Nem ismerem süsüt, de a yast konzolon, ilyen ncurseos izé nem? Az akkor inkább dselect, vagy aptitude magassága.

Itt gondolom arról van szó, hogy van apt, van yum, van urpm[i|e], amikhez képest egy mezei rpm -i azért igencsak fapados.....




Megszületett a FreeBSD új logója!: https://hup.hu/node/9960#comment-55767

Jézus trey, ezen tíz perce röhögök. Komolyan mondom kinyomtatom és bekeretezem...




Milyen Helpdesk progi Debian alá?: https://hup.hu/node/17626#comment-138890

[quote:46fce21074="lipilee"]a request tracker 3-at elég sok nagy cég használja, és nekem is tetszett. mi az a featúra, ami miatt az általad ismertek nem jók?

Feature szinten valóban elég jó, viszont elég háklis darab, nem mondanám, hogy egyszerű. Rengeteg perles baromságra dependel, és esetenként háklis még a verziókra is, ezért célszerű bebetonozós jelleggel telepíteni, és ha van más komoly perles ketyere is a hoston, akkor érdemes chrootolni mindenképp (mondjuk egyébként is). Deb csomagja, mikor utoljára néztem, még elég gány volt.

Ja igen, és postgret ugyan lehet vele használni, csak teleszemeteli a logot, szal inkább mysql.




Közös állásponton a T-Online előfizetők ügyében: https://hup.hu/node/9542#comment-50725

Hűségnyilatkozatosokat úgytudom nem küldtek el, szal nem kellett nekik ilyen szempontból semmi extrát fizetni. Az más kérdés, hogy emiatt plusz költsége keletkezik, mert máshol belépési díj meg mittomén, de ez nem állja meg a helyét sehol sem.

Mondjuk ez elég faramuci megoldás, mert ez így bizony már korlátos, akárhonnan nézzük. Viszont nem így fogják hirdetni, az fix. Az más kérdés, hogy a többiek majd rárepülnek erre. Ráadásul aki már előfizus jelenleg is, az nem ezen ÁSZF szerint döntötte el hogy oda szerződik. (Mondjuk ezt az én önkényesen megváltoztatom egy szerződés feltételeit dolgot mindig enyhén szólva is nevetségesnek tartottam).

Emellett meg az a baj, hogy ugye azt mondja, hogy ha rendszeresen átléped a 150G-t, akkor lesz szankció. Most kérdés, hogy mi számít rendszeresnek. 2? 3? 5? Minden 3, hónap? Szal nem kellene már ködösíteni.

Ha én lennék ráír(at)nám, hogy ja 150G korlát, (mert ugye ez így tisztességes) de ez ennyi weboldal, annyi óra netrádió, ennyi óra online videó stb stb, hogy mentsem...




Közös állásponton a T-Online előfizetők ügyében: https://hup.hu/node/9542#comment-50731

Tudom. Azért mondom, hogy ez úgy lenne tisztességes, ha korlátosnak reklámoznák. Aztán hogy segítsenek magukon, leírhatnák, hogy ez mire elég, mert azért kevesen hallgatnak napi átlag ~75 óra rádiót neten :), szóval a tulnyomó többségnek nem jelent ez valódi korlátot...




Újabb eredmények az SHA-1-gyel kapcsolatban: https://hup.hu/node/9506#comment-50196

Persze, nem kell fejet vesztve elrohanni. Csak el kell kezdeni keresni az alternatívákat.




egy csatlakozott kapcsolat leválasztása: https://hup.hu/node/17860#comment-141986

[quote:4548edff1f="djula"][quote:4548edff1f="rka"]
A szabaly csak a jovoben nyilo kapcsolatokat tiltja. A mar meglevo kapcsolatra hatastalan, azt kezzel lehet kiirtani, pl. a netstat -antp altal mutatott processz szamara kuldott valamilyen SIGNAL segitsegevel.

Ez viszont igy hulyeseg. Mivel ez egy csomagszuro, ha az INPUT lancba betolsz egy szabalyt, az mar a kovetkezo csomagra is ervenyes lesz.

Igen, de ettől a kapcsolat marad, max 1xcsak timeoutol, az tény...




egy csatlakozott kapcsolat leválasztása: https://hup.hu/node/17860#comment-141996

[quote:7229621b60="djula"][quote:7229621b60="kroozo"][quote:7229621b60="djula"][quote:7229621b60="rka"]
A szabaly csak a jovoben nyilo kapcsolatokat tiltja. A mar meglevo kapcsolatra hatastalan, azt kezzel lehet kiirtani, pl. a netstat -antp altal mutatott processz szamara kuldott valamilyen SIGNAL segitsegevel.

Ez viszont igy hulyeseg. Mivel ez egy csomagszuro, ha az INPUT lancba betolsz egy szabalyt, az mar a kovetkezo csomagra is ervenyes lesz.

Igen, de ettől a kapcsolat marad, max 1xcsak timeoutol, az tény...

Gyakorlatilag minden kommunikáció megszűnik, és ez a lényeg. Az, hogy nem látszik rögtön, hogy miért szakadt meg, egy más dolog.

Tudom, ezért írtam ezt a megoldást :)




egy csatlakozott kapcsolat leválasztása: https://hup.hu/node/17860#comment-141813

[quote:217cd6ef05="kandis"]Sziasztok!

Van egy gép, amire illetéktelen csatlakozott, ezt látom a netstat -t -vel, de ki lehetne lőni valahogy????

mondjuk iptables -A INPUT -s csunyaip -j DROP ?
vagy kivágni a processt alóla, vagy bármi. Use your fantazy :)




Új mail szerver teljesítmény rekordot állított fel a BlueArc és az Intel: https://hup.hu/node/9491#comment-50003

Dehogy illik. Ne idegesíts már, azt kidobni illik a bús picsbe, hogy lehetőleg ne pazaroljunk rá több erőforrást, se mi, se senki más! A halálom, ha valaki ilyeneket küldözget...




Új mail szerver teljesítmény rekordot állított fel a BlueArc és az Intel: https://hup.hu/node/9491#comment-50006

Ja jóvan, csak a köv sor végén volt :), késő van már, sorry :D




Stagnáló Firefox?: https://hup.hu/node/9479#comment-49862

???

Tök jó lehet? De az mért is ilyen nagyon kell feature? Mer én pl biztos kapcsolnám ki, mint a szél...




Elfelejtett root jelszó: https://hup.hu/node/17675#comment-139299

[quote:48e20b0bc0="Panther"][quote:48e20b0bc0="kzmk"]vagy esetleg írd be boot paraméternek hogy init=/bin/bash, és akkor kapsz egy shellt root jogokkal

Egy normális rendszeren a boot paraméterek módosítása tiltott :)

Szerintem ez egy sima otthoni desktop gépen, csak önmagad szivatása. Meg tulképp máshol is :lol:




Elfelejtett root jelszó: https://hup.hu/node/17675#comment-139558

[quote:8d6fc64927="norcrys"]
Törtél fel már jelszavas grub-ot vagy sikerült root shellt kapnod, ha az nem volt engedve? Mert ha igen, akkor csöndben maradok, de ha nem, akkor légyszíves gondold át még 1x, mennyire egyszerű is ez.

Oldal levesz, BIOS pass kiüt, cd-boot megenged, livecd be, konfig átír/új grub feltesz, reboot init=/bin/sh
[quote:8d6fc64927="norcrys"]Nyilván vincsit nem lehet csak úgy kirángatni egy gépből, nem erre gondolok, hogy feltöröd.

Hát, pedig azért ki lehet.

Az kétségtelen, hogy kétpercesek ellen véd. Csak egy otthoni gépnél nem nagyon ül oda más heggeszteni, hogy pikk pakk csináljon magának backdoort. Persze előfordulhat, de mint mondtam a remélt haszon, meg az esetleges szívás között kicsit nagy a különbség _imho_. És mint mondtam, helyzete vállogatja. Mondjuk a melóhelyi gépemen nekem is van, mert éljenek a nyitott, ajtó nélküli boxok.

Szerverek meg ugye úgyis olyan helyen vannak, ahova nem lehet csak úgy bejutni, szal ha már ott van valaki, akkor tulajdonképp mind1 már neked, mert vagy viszik szőröstől bőröstől, vagy van elég ideje bontani.

Nem azt mondom, hogy az egész baromság, mert nem az, csak kicsit túl van ez liegve.
[quote:8d6fc64927="norcrys"]Ezek azért vannak, hogy aki odaül a gép elé, az ne kontárkodjon bele. Nyilván más védelem, ha titkosított partíciót, selinuxot vagy grsec-et használsz.

Persze, nem egy pálya.




Elfelejtett root jelszó: https://hup.hu/node/17675#comment-139567

[quote:6077d8c7e4="Panther"]
Tehát nem tudod feltörni, max megkerülni.

Aham. És?




Elfelejtett root jelszó: https://hup.hu/node/17675#comment-139517

[quote:563e052950="norcrys"]

Szerintem viszont az a szivítás, ha Windows szintre "emeled" a Linux géped biztonságát. Ha ez kell neked, használj bátran Ablakokat.

Imádom ezt, gyere fikázz még :D Most komolyan, mi hátrányom származik abból, hogy 2 percel többet kell molyolni a desktop gépemen, ha valami miatt nem tízpont az a kernel. Belopódznak, és gyorsan adnak maguknak rootot, míg nem figyelek...

Ha meg egy géphez fizikailag hozzáférnek, akkor már eléggé mind1. Kicsit lassít egy jelszavas bios, grub/lilo páros, de nem sokat. Arról nem beszélve, hogy most akkor ennek mi köze a windowshoz, ehh nem értem én ezt a fikagyártást...

Mindent a helyén, van ahol szerintem az előny amit hoz, nincs pariban a szívással, amit okozni tud.




Debian Sarge AMD64 Security Support: https://hup.hu/node/9441#comment-49628

A slusszpoén meg az volt, hogy valami okos spanyol csóka vacation-je szépen ráreplyzett. Jót röhögtem tegnap este, debian listán ilyet eddig még nem láttam.




Debian Sarge AMD64 Security Support: https://hup.hu/node/9441#comment-49652

a debian-security-announce@ valóban moderált, viszont a reply-to-ja debian-securityre@ van állítva, oda jött.




Iptables segitség kérés: https://hup.hu/node/17687#comment-139364

[quote:a8ecc66aa4="Panther"][quote:a8ecc66aa4="warranty"]Hali!

Az exchange nem tudja fogadni a maileket. Mit rontottam el?

kód: iptables -A INPUT -p tcp -j ACCEPT --dport 25 -m state --sate NEW

Köszönöm a segítséget.

Ebben semmit. A script többi részében lehet a hiba.

Hacsaknem az az exchange egy másik gépen lakik (ami, tekintve, hogy az exchange ugye Ms, elég valószínű), mert akkor mondjuk a forward lánc környékén kellene matatni alapból.

Kedves warranty, kicsit bővebben, hogy mi van hol, ill a többi része is kellene annak az iptablesnek, mert ez így édeskevés.




Iptables segitség kérés: https://hup.hu/node/17687#comment-139383

[quote:2b0e5cffe9="warranty"]Köszönöm a gyors válaszokat!

AZ exchange egy másik gépen lakik, 192.x.x.x ip cimmel. A script elég egyszerű. Gyakorlatilag a mailzésre csak ez az egy sor van. Ezen felül csak a net elérésére a szükséges 2 sor. Tudom, hogy sovány, de nem nagyon találtam a neten infót a témában.

Hmm, http://netfilter.org/documentation/index.html#documentation-howto

Egyébként nekem a fentiekből, amit itt írtak hiányoznak az ESTABLISHED csomagok, továbbá a kollégák megoldásai natolnak én meg nem vagyok benne biztos, hogy az úgy van. Szóval légyszíves induljunk el onnan, hogy milyen ez a hálózat, mit kell csinálnia a benne lévő gépeknek, mit kell elérniük, és mit nem, továbbá, ha hiszed ha nem, az a ,,net elérésére szükséges 2 sor'' is sokkal jobb lenne, ha be lenne ide írva, mert nem tudunk gondolatolvasni...




Iptables segitség kérés: https://hup.hu/node/17687#comment-139399

[quote:c5250cb8db="coder"]egyetértek ;)

amúgy belső priv ip-ről gondolom, hogy NAT-ról van szó...

Ja, NAT van, az tiszta (kellene legyen), de az már távolról sem biztos, hogy ez a gép natol....




C autómatikus formázó: https://hup.hu/node/16205#comment-123930

[quote:dce2a7ce86="nzmark"]Linux allatt annyi mindent megírtak már. Létezik olyan program, amelyik egy C forrást bizonyos szabályok alapján képes átformázni?

esetleg emacs, ha tabot nyomkálsz indentel, de van indent-region is, nekem elég jó, mondjuk cre még nem néztem, ill olyant azért nem tud, hogy mondjuk balcicit ({) újsorba, vagy épp az előző sor végére tegye....




Autentikált gateway: https://hup.hu/node/16095#comment-123014

és ez mitől authentikált?




Debianban a FreeBSD 5.3 kernel: https://hup.hu/node/8528#comment-41612

Ez mind szép, meg jó, de nem kellene előbb kitalálni, hogy a jelenlegi fennakadásokat hogyan akarják kezelni?




Profilváltás: Hungarian Unix és Party Portal: https://hup.hu/node/8442#comment-40934

lol. írd be ``cal" és parseold a kimenetét....




Linux 2.7.0: https://hup.hu/node/8444#comment-40962

kattogtassatok már a linkre... kész ez a reggel. Ma sehol senki nem veszi észre magát :D




honeyd elmúlás: https://hup.hu/node/15768#comment-121115

na?




honeyd elmúlás: https://hup.hu/node/15768#comment-119337

[quote:2fef3e94ff="preacherman"]A fenti témában kérnék segítséget! Történik ugyanis, hogy a windows-t játszó bödönöm, Debian SID!-en időről időre megszűnik létezni. A logokban semmi! A bödönt nem éri semmi "támadás"! Egyszerűen megszünik létezni a process.
Valami hasonló tapasztalat? Megoldás?
Köszi

Hát, ha ugyanaz amivel én szoptam, akkor van számodra megoldásom. Mondjuk nekem nem nagyon bírta egy óránál tovább.... szal a lényeg, hogy forrás le, majd arp.c arp_recv_cb nevű függvényében van egy ilyen rész:
[code:1:2fef3e94ff]
/*
* If this template points to an external host,
* we do not answer for it. It has to answer itself.
*/
if (tmpl != NULL && (tmpl->flags && TEMPLATE_EXTERNAL))
goto ignore;

/*
* We need to either reply with our interface address or
* with the address configured in the template.
*/
if (tmpl != NULL && tmpl->ethernet_addr == NULL)
reply_sha = &inter->if_ent.intf_link_addr;
else
reply_sha = tmpl->ethernet_addr;
[/code:1:2fef3e94ff]

Az a baj, hogy ez a rész egy kicsit el van cseszve, és akkor is akar a tmpl elemeire hivatkozni, mikor az null, szal ez elé be kell illeszteni vhova egy
[code:1:2fef3e94ff]
if (tmpl == NULL) return;
[/code:1:2fef3e94ff]
sort. Dörti hack, de működik. Persze ahhoz, hogy kiderítsd hogy ez-e a baj, ha nem is stracelned, (mer abbol nem derül ki), de gdbzned kell, és ahhoz hogy értelmes eredményt kapj debug symbolokkal kell fordítanod, különben megtudod, hogy a hiba valahol a main()-ben van :D

[/code]




honeyd elmúlás: https://hup.hu/node/15768#comment-120501

[quote:4d72fa4dad="preacherman"]Oopppsss!! Elég lama módon csak most vettem észre, hogy a grsec gyilkolja meg a bödönt!! (sig11) ;-o Most már csak azt kellene kideríteni, hogy melyik az a grsec okosság ami meggátolja a futást. Szerintem valahol az arp környékén lehet a bibi, de egyenlőre nem tudom kitalálni, hogy mi. Valaki?!?!

amit én írok, az pont az arp körül van. imho fordíts egyet debug symbolokkal, és futtasd gdb-ben, és ha az említett arp_recv_cb függvényben taknyol, akkor fentebb a megoldás. Ha nem, akkor bugreport. honeynet.org -on van a bugzilla, de a honeyd.org -on kint a link.....




Verjük el a port az invitelen: https://hup.hu/node/15557#comment-117707

[quote:96c2a1319d="Majom"]http://www.complex.hu/kzldat/t0100108.htm/t0100108.htm

2001. évi CVIII. törvény

az elektronikus kereskedelmi szolgáltatások, valamint az információs társadalommal összefüggő szolgáltatások egyes kérdéseiről1

10. § Az olyan információs társadalommal összefüggő szolgáltatás esetén, amely abból áll, hogy a szolgáltató az igénybe vevő által biztosított információt tárolja, a szolgáltató akkor nem felel az igénybe vevő által biztosított információ tartalmával okozott kárért, ha

a) nincs tudomása bármely, az információval kapcsolatos jogellenes magatartásról vagy arról, hogy az információ bárkinek a jogát vagy jogos érdekét sérti;

b) nincs tudomása olyan tényről vagy körülményről, amely valószínűsítené, hogy az információval kapcsolatos magatartás jogellenes vagy arról, hogy az információ bárkinek a jogát vagy jogos érdekét sérti;

c) amint az a) és b) pontban foglaltakról tudomást szerzett, haladéktalanul intézkedik az információ eltávolításáról vagy a hozzáférést nem biztosítja.

Tehát, a szolgáltató (Invitel) tudomására hozták a VALÓSZINÜSITHETŐ Microsoft jogos érdekeit sértő cselekedetet (nem kémkedésről van szó,egyszerűen indítottak egy keresést a megosztó (általa) publikussá tett adatai között) így a szolgáltató akkor és csak akkor mentesül, ha HALADÉKTALANUL eltávolítja (ez esetben ez ugyebár kizárt) a tartalmat vagy MEGSZÜNTETI a hozzáférést. Ennyi. :!:

A bold rész alapján elég egyértelmű, hogy ez ebben az esetben nem játszik, mivel a szolgáltató nem tárolt semmit. Ez itt arra vonatkozik, hogy ha kiteszem pl a tar.hura a wint, akkor azt nekik onnan el kell tüntetni: vagy törölni, vagy a hozzáférést lehetetlenné tenni (ergó úgy általában, és nem az ügyfél hozzáférését. Egyetértek, nem kell warezolni, de ha rám vonatkoznak a törvényi kitételek, akkor a másik félre is. Csak így jogállam a jogállam. És akkor valóban nem beszéltünk még arról, hogy terjeszthetek-e keygent, vagy nem. Tehát ez az egész jogi szempontból minimum aggályos. (és itt most az igazságos <-> nem igazságos dolgot nem feszegetném, mert kb végtelen érvet lehet mindkét oldal mellett felsorakoztatni)




crosslink = uplink ?: https://hup.hu/node/15806#comment-119887

[quote:7fad010c48="shanky"]Ezen utobbi valaszok mar jobban meggyoztek, de meg sehol nem olvastam azt, hogy az esetlegesen switch alltal nem ismert IP cimeket az uplink fele tolmacsolja a switch, es ez mondjuk egy nagyobb kiterjedesu hubolt halozatban rosszul, vagy esetleg nem jelzett uplink eseteben felesleges forgalmat tud generalni az egesz halozatra. Ehez esetleg tudnatok hozzafuzni valamit? Vagy ez a plusz forgalom elhanyagolhato?

Viszont ebből nekem úgy tűnik, hogy nem igazán vagy tisztában azzal, hogy mit is csinál egy hub, meg hogy működik. Javaslom, ha ilyesmivel akarsz foglalkozni, olvasgass kicsit, mert nagyon nagy képzavaraid vannak(hub/switch nem beszél IP-t, MAC címek alapján dolgozik (többiek nem kötekszenek :D), ill ez a jelzett uplink izé is vmi saját agyszülemény), hidd el, sok fejfájástól tudja megmenteni az embert




crosslink = uplink ?: https://hup.hu/node/15806#comment-120284

Huh, nem megbántani akartalak, hidd el, cs azért mondtam, amit mondtam, mert a gyors válaszok megvoltak, és a végére úgy éreztem, h megnyogudtál, hogy mostmár érted, hogy hogy működik a dolog, és közben pedig nekem az jött le, hogy hibás következtetéseket vontál le. Ezért írtam hogy olvass utána. Sajnos nálad befigyelt, hogy egy ritka idióta linkbe sikerült belebotlanod...... :(

Plusszban a témához azért nem szóltam hozzá, mert addigra a konkrét kérdésedre meg volt a válasz, azt meg remélem nem várod, hogy iderittyentsek egy komplett hogyan működnek a switchek hozászólást. (lásd oscar linkjét, ami nem rövid, pedig az igencsak tömör). És ez azt hiszem válasz tolmi RTFM felvetésére is: nem kell felszámolni, mert van ami túl hosszú ahhoz, hogy az ember leírja, meg már megtették helyette okosabbak jobban.

Természetesen ha bármi további konkrét kérdés van, arra fogok válaszolni, ha megint meg nem előznek..... ;)




Linux rendszergazdát keresünk: https://hup.hu/node/15786#comment-119540

[quote:0840a46d00="tso"][quote:0840a46d00="bandy"]vagy nem akarja kiadni magát... de akkoris. Egy "multi" talán illendő lenne, hogy SAJÁT CÉGES emailt adjon meg. Vagy egy fejvadász cégen keresztüli emailcímet...

illendő nem illendő, te mit szólnál ha pl a te munkahelyed linux/unix témában rendszergazdát keresne miközben te töltöd be épp azt az állást és erről pont egy fórumban hallanál?
vagy keresel magad mellé kompetens egyént - pl miután erről döntés született a vezetők közt - és ahelyett h ezt rábíznád a human managementre inkább te szeretnél utánajárni bízva a nagyobb szakmai hozzáértésedben erről meg ők értesülnének ilyen formában?

egyébként a céges vs nem céges emailt már vagy 100x kitárgyaltuk a többi álláskínáló topicban...

gondolom mailben szívesen megmondja a cég nevét is, ha kérdezitek ;-)

1ként függetlenül attól h 4 karika v nem, van más multi cég is Győrben tudomásom szerint

Hát, ha az én helyemre keresnének valakit, úgy hogy nekem nem szólnak róla, akkor nem hiszem hogy azzal tölteném az időmet, hogy embert keressek nekik.....




Lengyel nem a szoftver- szabadalmakra: https://hup.hu/node/7377#comment-31576

>A korábbi álláspontjával szöges ellentétben álló döntést a lengyel kormány azután hozta meg, hogy megbeszéléseket folytatott az IT ipar több szakmai szervezetének és a lengyel szabadalmi hivatalnak a képviselőivel. A szakemberek megállapították, hogy a jelenlegi szoftverszabadalmi jogszabály-tervezet nem alkalmas a korábban meghirdetett célok elérésére.

Jé, van ahol ha leugatják a politukusokat, hogy "vegyétek már észre, hogy ez nekünk nem jó, ugyhogy lesztek kedvesek kihúzni a nyelveteket az EU hátsójából", akkor észreveszik magukat?

Egyébként az az MS dolog tényleg érdekes. Nem lehet hogy az SG csúszik... Nehezen tudom elképzelni, hogy ilyet mondtak volna.....




Debian unstable ppp upgrade bugos!: https://hup.hu/node/7256#comment-30257

én ugyan személyesen nem tudom, mert nem használom, de itt mellettem azt mondják, hogy nincs itt bug, csak mostmár a pppd magában el tud rendezni mindent, és signalokkal lehet vezérelni. v vmi ilyesmi magyaráztak.. :)




A NASA bejelentette a világ leggyorsabb szuperszámítógépét: https://hup.hu/node/7218#comment-29834

trey, a tesztelés2 link rossz helyre mutat (lemaradt jpg nevének a végéről a 2.)




Linux az Oktatásban pontosan nyolc nap múlva!: https://hup.hu/node/7174#comment-29517

"...kérem látogasson el ... és tekintsék meg..."

ragozni is kicsit, meg egyeztetni....

meg a honlapon is az figyel hogy ...amire meghívást kaptak. Ponttal kettőspont helyett... Szal jó dolog ez, cs kicsit összekapkodottnak látszik....