- Huawei P30 Pro - teletalálat
- Elnéztük a mai dátumot
- MIUI / HyperOS topik
- Tényleg jobban fogyaszt a Peugeot, az Opel és a Citroen?
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Yettel topik
- Vodafone mobilszolgáltatások
- Apple iPhone 15 Pro Max - Attack on Titan
- Realme GT Master Edition - mestermunka
- Samsung Galaxy S22 Ultra - na, kinél van toll?
Hirdetés
-
Végre pontos megjelenési dátumot kapott a Visions of Mana
gp A készítők tisztázták azt is, hogy PlayStation 4-re megjelenik-e a végső kiadás.
-
Computex 2024: dedikált NPU-val menedzselné a VGA-t a PowerColor
ph A gyártó megoldása hardveres, de kérdés, hogy nem volna-e a célra elég a jó öreg szoftver.
-
Elnéztük a mai dátumot
ma Nem holnap, ma mutatkozik, pontosabban mutatkozott be a HTC U24 Pro, csak elnéztük (mármint én) egy nappal a dátumot.
-
Mobilarena
Debian GNU/Linux
Új hozzászólás Aktív témák
-
feketegergo
tag
Sziasztok!
Debian Wheezy van fent, 64 bites, backportból leszedett kernellel.
Nem tudom elindítani a "system settings"-et.
Ha menüből választoim ki, akkor kiírja, hogy starting, de aztán nem indul el. Ha terminálból indítom el akkor ezt a hibaüzenetet kapom:root@desktop-1:~# gnome-control-center
Unrecognized deviceID 0x412
(gnome-control-center:9269): Gdk-WARNING **: The program 'gnome-control-center' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadContext'.
(Details: serial 157 error_code 171 request_code 154 minor_code 6)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)Tudnátok segíteni, ezt a hibát kijavítani?!
-
tlac
nagyúr
válasz feketegergo #6352 üzenetére
korábban jó volt? mit csináltál azóta?
miért rootként indítod? simán mit csinál?
[ Szerkesztve ]
-
feketegergo
tag
ha nem rootként indítom akkor is ugyanezt csinálja.
Az a gyanúm, hogy akkor romlott el, amikor a backport repositoryból upgradeltem. Erre azért van szükség, mert csak az újabb kernelben van támogatás a videóvezérlőre. (Intel Haswell i5-ös processorba integrált HD4600 videóvezérlőm van.)
Egyébként a hibaüzenetben szereplő "Unrecognized deviceID 0x412" a videóvezérlőé, legalábbis az lspci alapján úgy tűnik. ( Második sor)root@gergo-desktop-1:~# lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Haswell DRAM Controller [8086:0c00] (rev 06)
00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell Integrated Graphics Controller [8086:0412] (rev 06)
00:03.0 Audio device [0403]: Intel Corporation Haswell HD Audio Controller [8086:0c0c] (rev 06)
00:14.0 USB controller [0c03]: Intel Corporation Lynx Point USB xHCI Host Controller [8086:8c31] (rev 04)
00:16.0 Communication controller [0780]: Intel Corporation Lynx Point MEI Controller #1 [8086:8c3a] (rev 04)
00:16.3 Serial controller [0700]: Intel Corporation Lynx Point KT Controller [8086:8c3d] (rev 04)
00:1a.0 USB controller [0c03]: Intel Corporation Lynx Point USB Enhanced Host Controller #2 [8086:8c2d] (rev 04)
00:1b.0 Audio device [0403]: Intel Corporation Lynx Point High Definition Audio Controller [8086:8c20] (rev 04)
00:1c.0 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port #1 [8086:8c10] (rev d4)
00:1c.2 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port #3 [8086:8c14] (rev d4)
00:1c.3 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev d4)
00:1d.0 USB controller [0c03]: Intel Corporation Lynx Point USB Enhanced Host Controller #1 [8086:8c26] (rev 04)
00:1f.0 ISA bridge [0601]: Intel Corporation Lynx Point LPC Controller [8086:8c4a] (rev 04)
00:1f.2 SATA controller [0106]: Intel Corporation Lynx Point 6-port SATA Controller 1 [AHCI mode] [8086:8c02] (rev 04)
00:1f.3 SMBus [0c05]: Intel Corporation Lynx Point SMBus Controller [8086:8c22] (rev 04)
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
03:00.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 41)Nem tudom, hogy eredetileg, a backport upgrade előtt működett-e. Akkor nem próbáltam a system settings-et elindítani.
[ Szerkesztve ]
-
Semmi ertelme Desktopon a Debian Stable-et eroltetni de en mar nem irom le ujra, hogy miert
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
feketegergo
tag
válasz Archttila #6355 üzenetére
Sati, visszakeresve annyit találtam, hogy nálad hosszú ideje jól működik a testing.
Van ennél több indok is, csak nem találtam meg? Esetleg linkeld be, légy szíves!Korábban próbáltam a testinget, de nem vált be. Nem emlékszem miért. Talán a Pulse Audio-val volt valami: Egyik beállításnál a medialejátszónak , másiknál a videótelefonnak nem volt hangja. (Többféle rendszert kipróbáltam mostanában, és sajnos nem írtam fel melyikkel mi volt a baj.)
-
kovaax
őstag
válasz feketegergo #6356 üzenetére
Ismerek én is olyan szakmabélit, aki a testing-re esküszik.
-=- There's no place like /home -=-
-
Friczy
senior tag
Érdekes kérdés ez, én különféle időszakokban más-más megoldást használtam.
Egy időben mindig stable kiadást, elvégre az a stabil. Desktopon is (sőt, kezdetben csak az volt). Aztán volt egy idő, hogy vagy két évig nem jött ki új stabil verzió (Woody, ha jól rémlik), a korábbi meg már nagyon elavult volt, kellettek az új funkciók, így szépen átálltam a testingre. Mivel probléma nélkül ment, használtam a testinget, aztán jött némi hűtlenség (Ubuntu, majd Arch), és mivel mindegyikben akadt olyan, ami nem tetszett (Ubuntunál a minőség, Archnál az, hogy a fejlesztés időnként nagyon cikkcakkos, a nagyobb programválasztékhoz sokszor kell forrásból fordítani, ezek upgrade-je meg fárasztó), visszatértem a Debianhoz, de mivel az Arch rolling release kicsit hozzászoktatott az új dolgokhoz, most unstable van fenn, és egyelőre ez is marad.
Nos, a háromféle tapasztalat:
Stable: ahogy írják. Agyonüthetetlen, ha egyszer belövöd, utána évekig jó lesz, nem kell hozzányúlni. Persze szép lassan minden nagyon régi lesz (kivéve most már a böngésző, mert az a stable alatt is frissül - régen nem így volt), és ez néha tényleg kellemetlen desktopon, de ha valakit ez nem zavar, akkor jól jár vele.Kivéve, ha a gépe túl új, mert akkor elképzelhető, hogy kell néhány frissebb dolog (kernel, videokártya-driver), és ez már izgalmasabbá teszi az életet, jöhet a backport.
Testing: Igazából a hosszabb testing használat alatt nem volt komolyabb problémám, rendszeresen (pár naponta) frissítettem a rendszert, néha persze nem jött össze, függőségi problémák gyakran adódtak, de általában nem kellett foglalkozni vele, magától megjavult (nem erőltettem semminek a frissítését). Persze néha nem, de egy kis gyakorlattal ki lehet találni, hogy mikor kell jobban belenyúlni.
Unstable: a legrizikósabb a háromból, de mióta fenn van, nem volt vele túl sok gondom, pedig időközben a systemd-re is átálltam. Ugyanakkor itt fel kell készülni arra, hogy valami egyszercsak egy upgrade után nem megy, akár olyan szintig, hogy be sem bootol a rendszer, rescue disk kell. Itt már óvatosabbnak kell lenni, nem árt, ha a legfrissebb csomag mellett a korábbi verzió is megtalálható a gépen, ha vissza kell állni, frissítéskor érdemes megnézni, hogy van-e olyan hiba, ami esetleg érinthet (apt-listbugs nagy segítség ebben), nekem még óvintézkedésként az etckeeper verziókezelőben menti az /etc/... tartalmát, és még gondolkozom azon, hogy az upgrade-elt csomagokat upgrade előtt dpkg-repackkal összecsomagolom és úgy rakom el a könnyebb visszaállás érdekében.
Tehát tulajdonképpen mindegyiknek van előnye, hátránya. Testingnél még érdemes végiggondolni, hogy a stable-vel ellentétben itt természetesen nincs security update, viszont egy esetleges hiba esetén az upstream változásai ide érkeznek meg legkésőbb, tehát bugok szempontjából a testing a legrosszabb. Tehát ha a biztonság fontos, akkor ezt is érdemes meggondolni.
Különben pedig mindenki döntse el maga. Nekem - most - desktopon unstable, serveren stable van, és ez így nekem megfelel. Másnak meg más
-
tlac
nagyúr
válasz feketegergo #6354 üzenetére
lehet fel kellene még tenni backports-ból a xserver-xorg-video-intel csomagot is
-
feketegergo
tag
fent van a xserver-xorg-video-intel csomag.
Esetleg más ötlet?Mi a módja annak, hogy ellenőrizzem, hogy megfelelő videó driver van-e?
Alapvetően működik a videókártya, de a nagyon jó minőségű filmek, ha nem is szagagtnak, de nem tökéletesen játszódnak le. Nem tudom, hogy ez már sok a videókártyának, vagy egyszerűen nem jó a driver.
-
bambano
titán
válasz feketegergo #6362 üzenetére
én azt szoktam csinálni, hogyha nem hibátlan a lejátszás, hogy memóriában cache-eltetem a filmet. van, hogy csak azért szaggat, mert nem ér oda időben a tartalom.
mplayernek van -cache opciója, ott beállítok valamenyi cache-t (pl. 128 mega), és akkor erősen csökken a szaggatás.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Azt hiszem ehhez nincs is mit hozzáfűzni tökéletesen összefoglaltad a lényeget
Talán ennyi: Security support for testing
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Tinúviel
csendes tag
válasz feketegergo #6362 üzenetére
Debian-ban a 2.21-es Intel driver van, ami nem a legjobb teljesítményű. Már a 2.99-nél járunk és nemcsak a számozás a különbség. Experimental tárolóban láttam újabb verziót, de ennyi erővel már Ubuntu-t is lehetne használni. Nekem is Intel HD4600 van és nem hajlandó Debian, és Fedora alatt normálisan működni.
[ Szerkesztve ]
-
feketegergo
tag
válasz bambano #6363 üzenetére
nem szaggat, inkább a vízszintes svenkelésnél látszik, hogy a kép alsó fele késik a felsőhöz képest, de azért kipróbálom, hátha egy kis pufferelés segít.
Egyébként VLC-t használok, remélem abban adható meg pufferméret. (Most nem otthon vagyok, nem tudom megnézni, csak este.) -
tlac
nagyúr
válasz feketegergo #6366 üzenetére
az nem a vsync hiánya?
-
CPT.Pirk
Jómunkásember
Image tearing lesz az. DE és videó kártya driver kérdése, hogy meg tudja-e oldani a problémát. A Catalystben pl. van erre kapcsoló, hogy "szaggatás mentes asztal". Azt ha bekapcsolod, akkor megszűnnek ezek a jelenségek (KDE alatt legalább is igen).
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
-
CPT.Pirk
Jómunkásember
válasz feketegergo #6370 üzenetére
Igen, a Catalyst az AMD drivere, azt csak mint példa hoztam fel.
Az első tippem az, hogy a VLC beállításaiban nézd meg a kiválasztható videó kimeneteket, nézd meg melyikkel milyen. Jó esetben találsz olyat, amivel nem lesz tearing.
Aztán lehet, hogy a xorg.conf-ba kell beírni egy plusz sort a tearfree-vel, de ezt egyelőre hagyjuk:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
EndSectionNincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Penty
tag
válasz feketegergo #6370 üzenetére
Ha KDE-t használsz, akkor abban be lehet állítani korrekten, hogy ne legyen tearing se videó alatt, se az ablakok mozgatása közben sem.
-
Tinúviel
csendes tag
válasz feketegergo #6367 üzenetére
A csomagra gondoltam.
-
-
feketegergo
tag
válasz CPT.Pirk #6371 üzenetére
Az első tippem az, hogy a VLC beállításaiban nézd meg a kiválasztható videó kimeneteket, nézd meg melyikkel milyen. Jó esetben találsz olyat, amivel nem lesz tearing.
Végigpróbáltam, de egyikkel sem volt jobb. Viszont az OpenGL kimenettel azonnl lefagyott.
Aztán lehet, hogy a xorg.conf-ba kell beírni egy plusz sort a tearfree-vel, de ezt egyelőre hagyjuk:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
EndSectionEgyenlőre nincs xorg.conf file-om. Autómatikusan konfigurálódik.
Eszembejutott, hogy csinálok, és beleírom a monitor horizontális és vizszintes frissítési frekvenciit, hátha azt nem sikerül lekérnie; vagy ez hülyeség?[ Szerkesztve ]
-
tlac
nagyúr
válasz feketegergo #6375 üzenetére
az nem segítene
vlc-hez ragaszkodsz? -
#59070464
törölt tag
Tegnap feltettem a Jessie Beta 2-t. Ami a jó hír a 7.7 stable-hez képest, hogy a HD4600-t (legalább is látszólag) már tökéletesen kezeli. Asus Vanguard B85 mellett a Iceweasel-ben sem volt hang, most van. Nem mondom, hogy ezeket nem lehetett volna megcsinálni a 7.7-ben, de itt már automatán működik. Gyorsabbnak is gondolom, de ez lehet csak a helyes és/vagy friss driverek miatt van. A betűk, karakterek is tű élesek, annak ellenére, hogy ezt is lehetett külön állítani a 7.7-ben, de itt már ez is így indul. Gnóm helyett a számomra szimpatikusabb XFCE felülettel telepítettem.
-
Apollyon
Korrektor
válasz #59070464 #6377 üzenetére
Jó lenne már egyébként ha a kernelt is frissítenék 3.16-ról, mert valahogy nem olyan a teljesítménye mint kellene legyen
Már mindenhol leváltották, egyedül Debianon szenvedünk vele... Azért kíváncsi leszek, mi fog bekerülni a végleges verzióba. A 3.18 azért sokkal okosabb döntés lenne.#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
Tinúviel
csendes tag
A 3.18-1 kernel sem az igazi a nevezett Intel kártyával. Több különböző disztrón is próbáltam. A 3.17-6 jónak tűnik.
-
Apollyon
Korrektor
válasz #59070464 #6379 üzenetére
Jessien jelenleg nincs is elérhető más kernel. 3.16 azt csókolom. Ha megnézed a kernel.org-on már nincs is fent, nem véletlenül, nem sikerült jól.
Mondjuk azt nem tudom, hogy sid repóból vajon fel lehet-e tenni újabbat, vagy akkor visszafordíthatatlanul maradna az egész az unstable vonalon.
[ Szerkesztve ]
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
Friczy
senior tag
válasz Apollyon #6381 üzenetére
Általában a kernel viszonylag problémamentesen cserélhető újabbra. De itt is problémát tud okozni a videokártya-driver, mert ezeknek általában van kernelbe beépülő része is. Nyílt forrású drivereknél (pl. az Intel) több esély van arra, hogy ez nem gond, mert a mainline kernel része a videokártya-meghajtó is, ellenben a zárt drivereknél (nVidia, AMD) biztos, hogy fordítani kell a kernelmodult.
A rendszer többi része általában vígan elvan a hivatalosnál újabb kernellel.
-
Apollyon
Korrektor
Értem, köszi.
Nekem pont az Intel és ATI video driverek kellenének a 3.18-bó switchable graphics miatt. Most nincs annyi időm keresgélni, de akkor ezekszerint unstable repóból fel tudok tenni egy újabb kernelt, és lefordítani?
Ez amúgy jó is lenne, mert ha jól tudom akkor fordítás után nem frissül már a kernel.#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
BoB
veterán
válasz Apollyon #6381 üzenetére
Nem azért nincs fent a kernel.org-on mert nem sikerült jól, hanem azért mert már kifutott.
Ha magadnak fordítasz kernelt nem fog frissülni, azután a te dolgod lesz mindig újat fordítani ha jelenik meg hozzá frissítés.
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
Apollyon
Korrektor
Valahol olvastam, vagy valaki írta hogy ez a kernel bugos, továbbá a szokásoshoz képest elég hamar eltűnt a legtöbb disztróból. Illetve itt azt írja hogy: NOTE, this is the LAST 3.16-stable kernel to be released, it is now end-of-life, please move to the 3.17-stable series at this point in
time. Legalábbis ebből én is azt következtettem ki, hogy ez nem sikerült jól, aztán lehet rosszul gondolom.DAnnyira amúgy én nem ragaszkodom már a folyamatos frissítéshez, tekintve hogy régi gépem van.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
BoB
veterán
válasz Apollyon #6385 üzenetére
Az összesben van bug. Mikor kisebb, mikor nagyobb.
Az angol szöveg meg csak azt írja hogy ez az utolsó frissítés hozzá mert elérte életciklusa végét, ezért 17 - re kell átállni.
Az meg hogy melyik disztró melyik kerneleket csomagolja, egyéni döntés a részükről.
You may corrupt the souls of men, but I am steel. I am doom.
-
Friczy
senior tag
válasz Apollyon #6383 üzenetére
El kell keserítselek: az unstable-ban jelenleg 3.16-os kernel van.. Ha újabb kernel kell, azt jelenleg maximum a kernel.orgról tudod letölteni és fordítani.
A saját, kézzel fordított kernellel el lehet játszani, sokáig én is csináltam, de mostanában nincs semmi olyan plusz feature, ami annyira kellene, hogy kernelt fordítgassak. Ha ilyet akarsz csinálni (nem az unstable-ből, mert ott nincs 3.18), akkor ajánlom figyelmedbe a kernel-package nevű csomagot, ezzel kényelmesen tudsz a kernelforrásból fordítás után csomagot készíteni, amit utána már a csomagkezelő kezel. Kényelmesebb, mint a sima make install (bár az gyorsabb), de így a kernel felrakás, eltávolítás sokkal könnyebb.
-
Friczy
senior tag
válasz Apollyon #6385 üzenetére
Mivel a Debiannál úgy döntöttek, hogy ez a kernel kerül be a Jessie-be, ez a verzió sokáig fog élni. A Debian megszokott megoldása, hogy az esetlegesen megjelenő biztonsági javításokat (csak a biztonságit!) ráteszi a disztribúció kernelére, így a biztonságos kernel adott lesz, de verziót váltani nem szokott stabil kiadáson belül.
-
Apollyon
Korrektor
Már fordítottam kernelt még anno wheezyre, aztán rájöttem hogy telepíteni is lehet újabbat backportsból
De amikor áttértem utóbbira, akkor egy nagyobb frissítésnél (7.4 => 7.5) lecserélte a kernelt is 3.14-ről 3.16-ra, azóta az van. Ezért is lepett meg hogy még mindig 3.16-nál tartanak Jessienél is, és hogy ez az egyetlen.
Viszont, ha make install-lal fordítok, arra jön biztonsági frissítés, vagy nem?
Mert ha nem, akkor gondolom már csak ezért is célszerűbb az általad javasolt alapján eljárni. Igazából azt szeretném, ha sikerül felhegeszteni a 3.18-at, akkor max biztonsági frissítések jöjjenek, de verzió váltás ne. Ezt is meg lehet oldani?
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
Vladi
nagyúr
válasz Apollyon #6391 üzenetére
"Viszont, ha make install-lal fordítok, arra jön biztonsági frissítés, vagy nem?"
Jön, jön, csak gyakran kell mékinstallolni.
Erre van a disztribútor. Ha megy a kerneled és stabil - márpedig megy és stabil - akkor használd azt! Azt frissítik biztonságilag i.sNem 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!
-
Friczy
senior tag
válasz Apollyon #6391 üzenetére
A 3.18 - vagy bármely olyan kernel esetén, ami nincs a disztribúcióban - magadra vagy utalva. Nem kapsz se biztonsági frissítést se más egyebet, amit a Debian megcsinál. És itt nincs hibajavítás a kernelben, a hibajavítás új kernelverziót jelent (adott esetben újabb kompatiblitási problémákkal is).
-
Apollyon
Korrektor
& Friczy
Köszi a válaszokat.)
Ahogy nézem, új kernel verziónál elég csak a patch -t letölteni az .orgról majd azt felhegeszteni.
Így elsőre nem semmi melónak tűnik a kernel-package -dzsel mókolni, és lehet nincs is sok értelme. Na de azért is jó linux, mert lehet customizálni
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
feketegergo
tag
válasz #59070464 #6377 üzenetére
Tegnap feltettem a Jessie Beta 2-t. Ami a jó hír a 7.7 stable-hez képest, hogy a HD4600-t (legalább is látszólag) már tökéletesen kezeli.
Ha neked bevállt, megpróbálok én is áttérni a Jessie Beta 2-re. (Jelenleg Wheezy backport van).
Hogy kell az átállást csinálni? Csak átírom a repsotitory-kat Jeassie-re a sources.list fileban-ben, és upgradelek?
Mármint azt tudom, hogy Jessie-re így kelláttérni, de mitől lesz Beta 2 ? Vagy a Beta 2 az aktuális verziója a Jessie-nek? -
Apollyon
Korrektor
Jó lenne, igazából nem vagyok híve már a mindent tartsunk a legfrissebben, amikor az aktuális verzió is tökéletesen működik.D
De nyilván ezt nem kell mondanom egy CentOS usernekMost egyedül ez a kernel gondom van, amúgy minden más abszolút tökéletes itt.)
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
#59070464
törölt tag
válasz feketegergo #6396 üzenetére
Egyáltalán nem volt belakva a Wheezy. Friss installt csináltam. Nem tart sokáig pendrive-ról.
[ Szerkesztve ]
-
Apollyon
Korrektor
Közben láttam, hogy az experimental repóban ott van az a kernel ami nekem kell. (3.18)
A Debian wikiben persze az is ott van, hogy ennek a repónak a használata veszélyes lehet.Ha én innen rakok fel egy kernelt, és maradnék persze a jessie vonalon:
- Amint ez bekerül a stable-jessie vonalba, és már arra is jön esetleg egy sec. update, akkor ez, a még experimental repóból feltett kernel is frissül?- Mennyire lehet "veszélyes" egy forrásból felrakott kernelhez képest?
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
Új hozzászólás Aktív témák
- Vírusirtó, Antivirus VPN kulcsok
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.