- Vezeték nélküli fülhallgatók
- Milyen billentyűzetet vegyek?
- Milyen egeret válasszak?
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- Milyen videókártyát?
- Azonnali fotós kérdések órája
- Melyik hordozható audiolejátszót (DAP, MP3, stb.) vegyem?
- Intel Core i3 / i5 / i7 8xxx "Coffee Lake" és i5 / i7 / i9 9xxx “Coffee Lake Refresh” (LGA1151)
- Épített vízhűtés (nem kompakt) topic
- Házimozi, és Hifi kábelezés!
Hirdetés
-
27 hüvelykes, játékra szánt kijelzővel újít az MSI
ph A cég MI-vel kacérkodó megoldásának képfrissítési frekvenciáját 250 Hz-ig srófolhatjuk fel.
-
Garmin Forerunner 165 - alapozó edzés
ma Leizzadtunk a Garmin legolcsóbb amoledes futóórájával.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
-
Frawly
veterán
válasz sh4d0w #29501 üzenetére
Jó, de milyen olyan risk van egy rolling disztró csomagjában, ami egy hosszú támogatási idejű, kiadás alapú céges disztró névre is teljesen megfelelő csomagjában nincs? Mert leginkább csak a verziók változnak a kettő között, meg a céges disztróknál applikálnak néhány csomagra saját patcht. De attól még ugyanaz a systemd, ugyanaz a PHP, Apache, stb. lesz fent a szerveren, max. csak régebbi verzió. Tényleg nem kötözködni akarok, mert lehet igazatok van, de én nem látom, hogy a céges disztró az mitől lenne jogilag aggálytalanabb.
-
samujózsi
tag
Újabb emberiesség elleni bűnre bukkantam!
Olvasom az openssl.org FAQ-t, ott írják, hogyFor OpenSSL 1.1, we decided to base our build system on perl, information files and build file (Makefile) templates, thereby covering all the systems we support. Perl was the base language of choice because we already use it in diverse scripts, and it's one of the most widely spread scripting languages.
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz Frawly #29502 üzenetére
Például olyan, mint a java licenc változása?
Vagy pusztán a tény, hogy kevésbé van lehetőség összehangolni a különböző csomagokat egy folyamatosan változó, egyre újabb verziókat összeszedő rendszeren, mint egy olyanon, amit összeraktak adott verziókkal és később csak hibajavítások jönnek rá, új funkciók, új főverziók nem annyira.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
válasz Frawly #29502 üzenetére
Még mindig nem érted. Rolling eleve szóba sem jöhet cégnél - nincs megfelelő tesztelés, nincs céges support. Arch-nál évente többször előfordul, hogy frissítés miatt ledöglik a rendszer. Ez olyan kockázat, amit cégek nem engedhetnek meg maguknak. Cégeknek kitesztelt, 24/7-es támogatású rendszerek kellenek, amik mögött ott az ügyfélszolgálat. Ráadásul az ilyen supportba gyakran beletartoznak az egyedi patchek is.
Otthon nyugodtan dobhat hátast a hobbi rendszered, de ha egy cég bizonyos profittermelő rendszereivel történik ez, akkor a tulajok tajtékozni fognak és valaki(k) meg fogja(ák) ütni a bokáját(jukat). Első körben az informatikai vezető, aki engedte az instabil rendszer használatát, másodikban az admin, aki early adopterként feltette a galibát okozó frissítést.
https://www.coreinfinity.tech
-
samujózsi
tag
válasz sh4d0w #29505 üzenetére
Azért ez így, ebben a formában... nem fedi a valóságot.
Normális helyen ennek úgy illene működnie, hogy van egy az élessel az utolsó bitig egyező tesztrendszer, az update arra megy fel és ha sikeres volt a teszt, akkor mehet élesbe.
Ez megakadályozza, hogy egy update borítsa az éles szervert, csak ott a gond, hogy mondjuk (most épp openssl-t olvasgatok) a saját rendszert openssl 1.0.2-re építik, az op.rendszerben meg hirtelen megjelenik az 1.1.1 vagy a 3.0.0, ami már nem feltétlenül kompatibilis a korábbi verzióval.
És akkor mi lesz? A saját kódot hozzáigazítják az újhoz, csak azért, hogy az op.rendszer továbbra is kapja az update-eket?Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
ivana
Ármester
válasz samujózsi #29506 üzenetére
Az éles rendszer az több ezer node is lehet, tökéletes teszt nincs, főleg nem gyorsan. Célszerű nem cserélni csomag verziót ha nem feltétlen kell, mert túl nagy a veszélye, hogy nem lesz kompatibilis. Csak security patchet érdemes szállítani. Arról nem is beszélve, hogy a saját rendszernek is elképzelhető, hogy több verziója fut.
Ideális esetben a saját kód lesz igazítva az alaprendszerhez. Ha ez nem megoldható akkor jönnek a workaroundok, backportok.
-
samujózsi
tag
válasz haddent #29509 üzenetére
Félreértesz: egy rolling release folyamatosan hozza az új verziókat, ami egy nem-rolling rendszeren nem jellemző.
Ki vállal be egy olyan fejlesztést, amit (durva túlzással) havonta hozzá kell igazítani az op.rendszer újabb és újabb darabjaihoz, mikor egy hagyományos rendszernél ezt csak akkor kell meglépni, ha már nincs support a használt rendszerre vagy azt egyéb ok miatt újabb verzióra kell felhúzni?[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
haddent
addikt
válasz samujózsi #29510 üzenetére
Ja sry, senki. Soha a büdös életben nem lesz rendes helyen productionben sem rolling sem pedig non-enterprise linux. Egyetlen harmadik út van: saját, belsős disztro
Random mindfuck: tegnap kiadtam egy pacman -Syu -t 2 hónap után. Hát mondjuk úgy, hogy a csomagok számából ítélve már kerestem a boot usb -t chroot -hoz, mire megtaláltam felállt a htpc, az összes kvm vm meg minden. Néztem nagyot
[ Szerkesztve ]
-
-
haddent
addikt
válasz bambano #29512 üzenetére
Nem mindenki, csak nem tudunk róla, mert tényleg belsős. Ha jól tudom a Google -nél saját Debian forkot használnak saját hardeninggel. Ilyen méretű dolgokra gondoltam, ez alatt vicc kategória.
De ellenpéldának melóban van, hogy hozzák a teljes vm imaget aztán na tartsd karban a saját kis kiépített sles - saltstack világodban azt a szutyokszemét oracle linuxot oracle db -vel. Oracle nevet eleve meglátom már rosszul vagyok, annyi fertőt hoztak a világra Borzalom minden amihez nyúlnak
-
vargalex
félisten
válasz haddent #29515 üzenetére
Én is ezeket értem alatta és pont ezért kérdezem. Viszont ennek ellenére több ügyfelünk is Ubuntut használ production-ban. Van olyan állami ügyfelünk, aki az általunk supportált SLES-t váltotta arra úgy, hogy egyikhez sem ért. Persze, velünk megszüntette a supportot...
És van nagy telekommunikációs ügyfelünk is, ahol production-ban Ubuntu van. Ez utóbbi pedig rendes hely...[ Szerkesztve ]
Alex
-
haddent
addikt
válasz vargalex #29516 üzenetére
Persze, azt az egyet ismerik. Azt hiszik, hogy a disztrok full más oprendszerek, mert máshogy néz ki, fingja nincs róla, hogy max. a csomagkezelő a más meg kicsit át van gányolva néhány konfigurációs rész-felület
Tőlem pénteken kértem új VM -et, kifejezetten csakis Ubuntu Server jó. Felhívom, hogy hát mióta idekerültem igyekszem kialakítani valami ökoszisztémát, indokolt, hogy csak Ubuntu jó? - Hát ők megnézték és az támogatja a Dockert meg visszafele is és ők Dockerezni akarnak ezért Ubuntu kell. Mondtam, hogy jól van, akkor kaptok egy szép SLES -t előtelepítve konfigolva saltstack, docker, compose aztán ha az általatok ismert 5 parancs közül egy nem egyezik meg inkább segítek szívesen
Ennél már csak az fájdalmasabb, amikor bármi másra használnak windows servert, mint a buta-user (gonosz vagyok, de értsd: office-böngésző-levelező bajnok) active directory domain controlnak. Arra jó, minden másra teljesen alkalmatlan[ Szerkesztve ]
-
samujózsi
tag
Csak remélve, hogy van itt valaki, aki ért az openssl-hez és RFC-ket is olvas...
Van egy (valójában több is) ilyen a openssl csomaggal érkező openssl.cnf file-ban:
[ usr_cert ]
# These extensions are added when 'ca' signs a request.
# This goes against PKIX guidelines but some CAs do it and some software
# requires this to avoid interpreting an end user certificate as a CA.
basicConstraints=CA:FALSE
Ha nem tévedek, akkor azok a bizonyos "PKIX guideline"-ok itt találhatóak: https://tools.ietf.org/html/rfc5280
Tudja valaki, hogy ebből mi az, amivel szembemegy a fenti részlet? És egyáltalán mi? A bascConstraints=CA:FALSE a problémás vagy az egész [usr_cert] és hasonló szekciók?
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Frawly
veterán
válasz sh4d0w #29505 üzenetére
Nyugodtan szóba jöhet. 3+ éve archozok, ami nem tűnik soknak, de ahhoz képest szép idő, hogy teljesen használhatatlanra még egy rendszer sem tört el. Voltak ritkán kisebb glitchek, amik workaround-ot igényeltek, de mindig abszolválható volt, és ezek is általában olyan asztali DE-komponenst érintettek, meg felhasználói asztali programokat, amik szerveren egyáltalán nem relevánsak.
Rolling frissítéseket is ki lehet tesztelni tesztrendszeren, mielőtt az éles infrastruktúrára ráengeded, meg épp úgy lehet pl. snapshottal is rendszert visszaállítani. Semmiben nem kockázatosabb, csak tudni kell jól használni, nem ész nélkül kell 5 percenként frissíteni.
Igazából ez mind hiedelem, meg preferencia kérdése. Mindenki azt a rendszer akarja feltenni, amit legtöbbet használt, legjobban ismer, legjobban bízik benne. De ez nem azt jelenti, hogy az a rendszer lesz a legjobb. Igazából a rendszer mindegy, a szaktudás számít, amivel üzemelteted. Akár még BSD, Windows Server, meg akármi is szóba jön, aki jó szakember elvisz bármit, aki meg balf4×, annak meg mindegy milyen disztó, mert csak szenvedni fog rajta, meg gányolni.
-
Frawly
veterán
Persze, tökéletes teszt meg tökéletes garanciák nincsenek semmire. A fizetős, 10 éves támogatású rendszer is épp úgy eltörhet.
A tesztrendszer nem is arra való, hogy hibátlanul teszteljen, hanem teljesen blőd hibákat ki lehessen zárni vele, mikor az egész rendszer csak úgy letérdel zusammen, meg bootképtelen lesz. Tehát nagy szarvashibák kizárására van.
Egyébként nem is annyira a használt rendszer számít, hanem a szakértelem, meg hogy az ember betartsa a szakmai ajánlásokat (redundancia, backupok, snapshotok, tesztelés), és a szoftveres infrastruktúra is minél nyíltabb, minél szabványosabb legyen, és ne ilyen házilag összegányoltatott, csak régi verziókon futó, nem szabványos, zárt kódos dolgokat kell erőltetni, ami pl. szeret akármilyen rendszeren könnyen törni, és akadálya mindenféle frissítésnek. A legtöbb cégnél az utóbbi a probléma, nem is az alatta használt rendszer, hanem az inkompetens gányolás.
-
Frawly
veterán
válasz bambano #29512 üzenetére
Ebben nem lennék biztos. Persze abban egyetértek, hogy lehet nem fizetődik ki a vele töltött munka, főleg nem egy cégnél. Bár ez attól függ, hogy ki mire használja.
Én hobbi szinten is gondoltam saját rendszerre, forráskódból forgatva. Ezt nem is disztrónak nevezném, mert akkor disztró valami, ha terjeszted. Én saját rendszernek tervezem, csak a saját használatra, csak saját gépre, csak azokat a progikat fordítani, amiket használok is, minden kifejezetten csak arra a gépre fordítva. Amúgy LFS-szerűen, de nem LFS-sel. Ez annyira egyedi rendszer lesz, ha tető alá is hozom valamikor, hogy senki másnak a gépére nem lesz alkalmas, de pont itt jön a poén, hogy nem is kell alkalmasnak lennie. Pont ez az, a legtöbb disztró keze meg van kötve, mert általános céllal mennie kell sok hardveren, illeszkednie kell sokféle felhasználáshoz. De saját célú rendszeren nincsenek ilyen kötöttségek, hogy Garázs Bt. gépén, meg Gipsz Jakab gépén is mennie kell. Emiatt kihagyhatok a rendszerből minden általam nem használt sallangot, a kernelbe már bele se kell forgatni egy csomó drivert meg szokásos lehetőséget.
-
válasz Frawly #29520 üzenetére
Nem, és még mindig nem érted. Saját céged rendszerének azt használsz, amit akarsz, ellenben ha alkalmazott vagy, akkor nem a saját preferenciádnak megfelelő rendszert fogod használni, hanem a munkaadódét.
Az IT nem dept. arra van, hogy az alaprendszert mókolgassa, hogy működjön, hanem arra, hogy a cég alkalmazásai fussanak, mert azok termelik a bevételt. Ebben az esetben viszont csak az kerülhet szóba, amire van 24/7 support.
https://www.coreinfinity.tech
-
válasz samujózsi #29517 üzenetére
valóban nem.
ha rendesen összerakták a csomagmenedzsmentet, akkor fel lehet rakni egy lib-ből több verziót.
attól kezdve pedig a linker paraméterezése dönti el, hogy melyikkel használod. docker mániások nem szokták tudni, hogy a konténernek ezt az "előnyét" secperc alatt meg lehet oldani konténer nélkül is.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
őstag
-
AcCEsS
senior tag
A raspberry topikban tettem fel ezt a kérdést, de lehet, hogy itt gyorsabban választ kapok:
Hogyan lehet azt megoldani, hogy a raspberry-re telepített X környezetet el tudjam indítani ssh-n keresztül (startx)? Részletezve, a HDMI kimenet a TV-vel van összekötve, és nem akarok X-forwardot ssh-n keresztül, csak el akarom indítani úgy, hogy a szokott módon a TV-n jelenjen meg a kép, majd utána lezárom az kapcsolatot és az X tovább fusson. Van erre mód?
AcCEsS (https://www.metalenciklopedia.hu)
-
samujózsi
tag
válasz AcCEsS #29527 üzenetére
Sajnos a RPi-t nem ismerem, desktop linuxon van valahol az /etc alatt egy Xwrapper.config, abban egy allowed_users=console sor. Ebben kell a console-t azt hiszem, all-ra cserélni.
Utána elvileg működnie kellene. Elvileg... gyakorlatban nem próbáltam ssh-n.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
AcCEsS
senior tag
válasz samujózsi #29528 üzenetére
Ezt a megoldást valahol olvastam én is, de sajna nincs Xwrapper.config fájl. Egyébként Raspbian fut rajta, ami egy minimálisan módosított Debian, abból is a legújabb, a Buster. Az alaptelepítésben egyébként Raspbian Lite verzió volt (ami nagyjából a Debian Netinst-nek felel meg), arra húztam fel az xserver-xorg + xinit + raspberrypi-ui-mods csomagokat a szükséges függőségeikkel együtt. A raspberrypi-ui-mods egyébként egy openbox alapú Pixel nevű minimal grafikus környezetet rak fel. De ez ebből a szempontból mindegy lenne, mivel ugyanolyan átlagos desktop linux. A monitor előtt ülve a startx a szokásos módon elindítja a grafikus asztali környezetet, na, én ugyanezt szeretném távolról ssh-n keresztül véghezvinni mindenféle forward nélkül. Csak fusson a lelkem a helyi gépen / monitoron.
[ Szerkesztve ]
AcCEsS (https://www.metalenciklopedia.hu)
-
-
-
-
AcCEsS
senior tag
válasz bambano #29533 üzenetére
Tulajdonképpen a tv előtt ülve telefonról szeretnék átváltani Kodi-ról SteamLink-re. A kodi service leállítása simán működik, de sajnos Buster alatt a SteamLink kizárólag X környezetből futtatható, ezért előbb az X környezetet kell indítanom, azzal együtt autostartol SteamLink is. De időközben meglett a megoldás:
sudo usermod -a -G tty pi
sudo apt-get install xserver-xorg-legacy
Ez utóbbi a lényeg, és akkor már lesz /etc/X11/Xwrapper.config, amibe be lehet jegyezni az "allowed_users = anybody" sort.Így már simán működik!
AcCEsS (https://www.metalenciklopedia.hu)
-
samujózsi
tag
Arról van valakinek elképzelése, hogy visszavont tanúsítványok listáját hogyan lehet update-elni és publikálni?Valami hiányzik minden megtalált leírásból, mert a crl file update után sem mutatja a visszavont tanúsítványokat, csak az index-ben cserélődik a V R-re, de ezt hogyan kellene web szerveren publikálni?Bocs, tárgytalan. Benne van a CRL-ben a visszavont tanúsítványok sorszáma.
Ami benne van magában a tanúsítványban is, így az azonosítható, ha visszavonásra került, akkor ebből kiderül.[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
-
Frawly
veterán
válasz sh4d0w #29532 üzenetére
Ja SAP, pont ezt mondom, hogy ilyen szemetet nem kell használni. Aki ilyeneket bevásárolt, meg is érdemli, hogy bizonyos rendszereken ragadjon miatta. Hála istennek már nem annyira divatos a SAP, egy jó évtizete még nagyon ment a cégeknél, azóta leült, gondolom észrevették, hogy egy nagy rakás ...kupac az egész.
Bár egyébként a SAP megy szerintem akármilyen disztrón, csak maga a SAP nem ad akkor hozzá támogatást. Ja, így járás. Én bottal nem piszkálnám meg.
-
-
Frawly
veterán
válasz sh4d0w #29539 üzenetére
A bevételüket nem tudom. Én onnan tudom, hogy már nem népszerűek, hogy akik cégeknél jártam az elmúlt évben, sehol sem láttam már, meg a SAP-os emberkéknek szóló álláshirdetések is erősen megtizedelődtek. Mondom, egy 10 éve, még tele volt minden, hogy SAP így, SAP úgy.
Ami miatt a legtöbb cégnél nem csak a rolling, hanem a Linux sem alternatíva egyébként, hogy eleve balfasz módon MS infrastruktúrára rendezkedtek be, Windows és .NET konkrét verziójára gányolt belső szoftver, Sharepoint meg egyéb szemetek. Sajnos szemellenzős látásmód, valahogy sok cégnél benne van az öltönyös-nyakkendősökben, hogy ha PC vagy szerver, akkor csak Windows, mert azon kívül nincs élet.
-
inf3rno
nagyúr
válasz Frawly #29540 üzenetére
Itt helyben is Windows és SAP van az egyik nagy cégnél, a helyi informatikus gárdát meg teljesen leépítették. Nem értem személy szerint, hogy minek az SAP, amikor a régi ügyviteli rendszer is működött, amit az itteni informatikusok heggesztettek össze, és irdatlan összegeket költöttek az átállásra. Nem látom értelmét az outsourcing-nak, de biztosan működik, ha ennyi cég csinálja...
[ Szerkesztve ]
Buliban hasznos! =]
-
Frawly
veterán
válasz inf3rno #29541 üzenetére
A SAP-pal nem is az a baj, hogy outsource, hanem egy zárt forráskódú gányolmány, de még rohadt drága is. Közben meg semmi olyan nem tud, amit nyílt szabványok mentén ne lehetne épp úgy megvalósítani, meg 1001-féle SQL-alapú ügyviteli rendszer ne tudná.
A helyi informatikus gárdát sajnos mindenhol építik le, nem csak M.o.-n, de itt kint Angliában is látom, hogy a cégeknél nincs is helyi rendszergazda, ha valami gond van, telefonálnak, és cégközpontból távvezérléssel teszik helyre a dolgokat, ha ez nem megy, akkor valahonnan vidékről ugrasztanak valami ugri-bugri IT jómunkásember szerencsétlent. Persze várni kell egy csomót, mire rá fog érni, meg kiér, addig meg kerülgetik a hibát, mint egy gőzölgő ×4rkupacot. Ja, ezzel én se értek egyet, többet érne, meg olcsóbb lenne a helyi informatikus. Csak mindenki a kakát rágja, és pont azon spórolnak, amin nem kéne.
-
Vladi
nagyúr
Örülök neki, hogy a csapat egy része beköltözött ide és érdemi diskurzust folytat. Azért a poénkodást hagyjuk meg a linuxos offba.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
májkimiki
őstag
Követni szeretném a topikot, remélem ezért nem törlődik a bejegyzés.
-
haddent
addikt
-
felora:)
tag
sziasztok!
A rendszerem: 5.3.0-26-generic #28~18.04.1-Ubuntu SMP Wed Dec 18 16:40:14 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
A következő a "problémám": Firefoxal megnyitom az eredmenyek.com -ot vagy Tippmix.hu -t (esetleg mindkettő meg van nyitva egy-egy fülön) és a gépet békén hagyom a kijelző kikapcsol 10 perc után. Ez így is van beállítva, ez működik jól. A többi beállítás, hogy ne kapcsoljon ki a gép, ne tegye magát alvó módba, stb. szintén rendben működik, tehát addig megy a gép, amíg én ki nem kapcsolom. Ha nincs megnyitva egyik oldal sem a fentiek közül akkor tökéletesen üzemel, visszajön a kijelző ha megmozdítom az egeret, tudok tovább dolgozni, viszont ha az oldalak közül bármelyik meg van nyitva és a géphez nem nyúlok, kb. 1 óráig akkor belassul olyan szinten, hogy ki kell kapcsolnom és újra bekapcsolni, a ki-be kapcsoló gombjával.
Sajnos nem csak én használom ezt a gépet, hanem sokan mások is és hiába mondja az ember, hogy zárják be a böngészőt, nem teszik meg természetesen.
A kérdés! Lehetséges-e, hogy a firefoxot bizonyos inaktivitási idő után (tehát ha nem nyúlnak a géphez) legyen pl. 10 perc, kilője? Ha igen, hogyan?
-
felora:)
tag
válasz Jester01 #29549 üzenetére
"Persze lehet szkriptet írni ami figyeli, hogy a monitor elment-e aludni és akkor kilövi a böngészőt."
windows 7 alatt is ugyanezt produkálta sajnos.... a gép sem egy erőgép sajnos...
"Persze lehet szkriptet írni ami figyeli, hogy a monitor elment-e aludni és akkor kilövi a böngészőt."
Nah. Egy ilyen tökéletes volna. Ez kéne nekem. Csak a hiba az, hogy hogy egy példa szkript kéne legalább.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Samsung Galaxy S24 - nos, Exynos
- Redmi Note 13 Pro+ - a fejlődés íve
- S.T.A.L.K.E.R.: Shadow of Chernobyl
- Mobilinternet
- Vezeték nélküli fülhallgatók
- S.T.A.L.K.E.R. Clear Sky
- bitpork: Fogyasztásra ítélve
- Samsung Galaxy Z Fold5 - toldozás-foldozás
- Ford topik
- Milyen billentyűzetet vegyek?
- További aktív témák...