Új hozzászólás Aktív témák
-
Sipi
addikt
Igen, a leállásnál frissíti a BIOS-órát (ha kéred). Kell is, hiszen kikapcsolt állapotban csak az ketyeg, bekapcsolás után onnan olvassa ki a kedőidőt, majd onnan alakítja, saccolja, stb.
Az ntp-vel persze egyszerűbb lesz, mert a sok tökölés-számolás után ntpclient indul, idő letölt, átállít.
A különbség az, hogy a Linux nem a BIOS-órától függ, állítani inkább csak ''szívességből'' állítja. Ráadásul pl. nyári időszámítás miatt a BIOS és a Linux belső ideje eltér. Mint írtam, ilyenkor a BIOS átállítódik, pl. előre tekerődik egy órával. A Linux órája nem, ugyanannyi lesz rajta, csak az időzónád infói alapján hozzáad plusz egy órát. Így a kijelzett, számolt idő jó lesz, de a háttérben nem annyi van.
Sipi -
Sipi
addikt
Természetesen támogatja, fut rajtuk. Ez a kernel része, abba kell SMP támogatást fordítani.
Linux already supports the Core Duo and the Centrino Duo platform very well.
The kernel recognizes the cores and is capable of scaling the frequency independently for each core, as well as sending the CPU's into C-states independently (aka Deeper Sleep)
The Linux kernel is very efficient at multitasking and can be configured (as is default on several major distributions) to be preemptively multitasking
Parallel boot has been implemented on some degree with every distribution, and more and more distributions are taking advantage of the wonderful tools like Bootchart for analyzing boot time. I work primarily for Ubuntu's community, so I'll speak specifically for Ubuntu but it applies to most distributions: We used Bootchart in our past two releases to identify bottlenecks during bootup, and at this point we are optimized to the point that we are hitting all disk IO bottlenecks. Until the entire init system gets smarter, like with initng, our bootup is optimal. On my core duo, it's 40 seconds from power on to a login screen, and a total of 1 minute to a fully ready GNOME desktop. I think that's fairly impressive -- a lot faster than Windows systems and a handful of seconds slower than OSX's insanely fast bootup.
Most of the Core Duo's battery life improvements are hardware based (i.e. having C-states use less power, lower TDP, etc), so Linux already takes advantage of it by doing everything it's been doing on the Pentium M and similar mobile architectures.
Finally, Ubuntu Linux supports all the hardware on the Centrino Duo platform (including the ipw3945 wireless card) out of the box. Several other distributions do or almost do, too.
Sipi
[Szerkesztve] -
Sipi
addikt
Az UTC az igazi, a local akkor kellhet, ha Win is van mellette dual bootban. (A Win sem kezeli a lokál időt...)
A legtöbb rendszer a BIOS óráját használja. A Linux nem, mivel az a legpontatlanabb - indulás után onnan olvassa ki az időt, kicsit tippel, hogy az eddigiek alapján kb. mennyivel lehet arrébb, és onnan a rendszer valamelyik periodikus időmérőjével számol. Leállításkor elmenti az aktuális időt (ha kéred) a BIOS-ba. Ha állítgatod, ezért tutira szétesik az idő.
Win, BIOS úgy megy, hogy az időt ténylegesen egy órával ide-oda cseszegeti nyári-téli váltáskor. A Linuxban ilyen nincs. Van egy óra, aminek van ideje. És ehhez ad/elvesz adott mennyiséget, attól függően, hogy melyik időzónában vagy, és téli-nyári számítás van-e. A local-lal ezt jelzed neki, hogy van fent más program is, ami időnként eltekergeti az időt. A Linux alapból nem állítja át, mindig egyenletesen számol.
Igen, ntp-client így. Ezután megadhatod az ntpd-t is a defaultba, de nem kötelező, ha nem zavar egy kis eltérés. Az ntp-client a fontos, mert ez állítja be a kezdeti pontos időt, amihez képest az ntpd majd viszonyít.
Ha futtatod az ntp-clientet, valószínűleg nem is kell kézzel buherálnod az órát. (Sőt, ilyenkor kifejezetten tilos, illetve értelmetlen. Ha be akarod állítani, inkább futtasd megint az ntp-clientet!) A BIOS óráját pedig nem szabad állítani.
Sipi -
Sipi
addikt
/etc/conf.d/clock-ban, ha csk gentoo van, akkor UTC, esetleg CLOCK_SYSTOHC yes.
Innentől nem tudom, mi kellhet még... Ha date paranccsal beállítod az időt (vagy gnome alatt az órán, root jogokkal), mennie kell.
A BIOS-hoz ne nyúlj, attól fejreáll, mert a BIOS nem kezeli jól a helyi időt.
Először szedd ki az ntp-t, kézzel állítsd be, majd meget. Az ntpd-hez érdemes az ntp-clientet is indítani, ez állítja be először az időt, az ntpd csak az eltéréseket korrigálja.
Sipi -
-
Sipi
addikt
Még soha, egyetlen egyszer sem, egyetlen gépen sem. El lehet érni, hogy leforduljon, de semmit sem csinál.
Személyes vélemény: Gentoo alá merénylet feltenni. Totál szétcseszi a hivatalos, normálisan működő hálózatkezelést. Felrak egy rakás idióta dhcp-klienst, dhcp-szervert, dhcp-anyámkínját, nem csoda, ha utána semmi sem működik. A feltett programok egyszerre igyekszenek ugyanazt végrehajtani, totál káosz.
De szerintem maga a szoftver sem tökéletes, ezt leszámítva sem működik (még egyetlen egyszer sem sikerült grafikus ablakot előcsikarnom belőle...)
Sipi -
#2273
Sipi
addikt
TrollBalint
#2272
Sipi
addikt
válasz
TrollBalint
#2272
üzenetére
Akkor a SuSE-nak ölég komoly gondjai vannak.
A mostani, ami a nemrégi bétából nőtte ki magát, nagyon komoly darab. A skinnel nem tudom, mi gond lehet, alapban van benne pár, netről meg - mint a KDE-ben szinte mindenhez - le tudsz újabbakat tölteni. De nekem az alap is megfelel, elég átlátható. Lejátszani pedig sok mindent le tud, bár ha minden flaget kikapcsolsz, tényleg előfordulhat, hogy kuka lesz.
Jelenleg is használom, MP3-t tutira lejátszik.
Sipi -
#2271
Sipi
addikt
TrollBalint
#2270
Sipi
addikt
válasz
TrollBalint
#2270
üzenetére
Levél ment. xmms helyett - ha úgyis KDE-t használsz - javaslom az amarokot. Próbáld ki, szerintem többé nem fogsz Windows-ra váltani.
Sipi -
#2269
Sipi
addikt
TrollBalint
#2268
Sipi
addikt
válasz
TrollBalint
#2268
üzenetére
Először nekiülsz, és elolvasod a telepítési útmutató, meg amire hivatkozik. Kötelező olvasmány a USE flagek és a Portage működése!
Ezután megtervezed a partíció-kiosztást (elég egy szimpla is), és a használandó USE flageket.
Ha kell, átküldhetem levélben az én beállításaimat. Alapszabály, hogy a globálisan, minden csomagra érvényes flageket a make.conf-banm, a többit a /etc/portage/package.use-ban állítod be. Nekem alapvetően unstable rendszerem van, KDE alapú, multimédiára ''kihegyezve''.
Az alaprendszer telepítésénél (sem) kell ott ülnöd. emerge system, aztán melózol. Mire hazaérsz, vagy egy emerge error, vagy a kész alaprendszer fogad.
Utána pedig nekiállsz (egyesével) csomagokat telepíteni. Ha egyben akarod, akkor felteszed pl. az mplayer-t, mert az automatikusan telepíti az xorgot, meg egy rakás multimédiás csomagot. MIELŐTT feltennéd, érdemes fájlba íratni az emerge -pv mplayer kimenetét. Ebben meg tudod nézni, melyik csomag milyen USE flaggel akar fordulni. Az emerge gentoolkit után kapsz egy euse parancsot, az euse -i flag megmondja, az adott flag globális (make.conf-ban kell állítani) vagy lokális (/etc/portage/package.use-ban kell állítani, csomagonként, egyesével). Megkérded magadtól, kell-e neked ez, és beállítod. Ez az egyetlen lépés, amivel órákat lehet tökölgetni, de éppen erről szól a Gentoo: olyanra csinálni, amit Te akarsz.
Arra ügyelj, hogy emlékeim szerint az ipv6 flag be van kapcsolva, ezt a make.conf-ban érdemes kikapcsolni. (Ez az új generációs, v6-os Internet támogatása, ami nem nagyon van Magyarországon.)
Sipi -
#2267
Sipi
addikt
TrollBalint
#2266
Sipi
addikt
válasz
TrollBalint
#2266
üzenetére
Gentoo-nál ezt igen nehezen fogod kivitelezni... A jelenlegi alaptelepítés igaz, hogy áttért a nemforrásos stage3-telepítésre, de ez csak annyit jelent, hogy a cd-boot után pár pillanatig bináris cuccaid vannak.
Az első emerge sync után úgyis frissülni fog minden, és mehet a fordítás.
A Gentoo forráskódból telepít, ez a működési alapja. Pár (nagyméretű) csomagnak van binárisa is (vagy akkor, ha zárt kódú). De nem ez a jellemző.
Van egy GRP platform, ami kész csomagokat telepít, de az első Portage-frissítés után akkor is forrásból fog telepíteni.
Sipi -
#2265
Sipi
addikt
TrollBalint
#2264
Sipi
addikt
válasz
TrollBalint
#2264
üzenetére
Dejszen mondtam időt.
AMD64 3200+, 1GB RAM: az alaprendszer (gcc, glibc, eszközök) és a teljes KDE? OpenOffice bináris, saját csilivili kernel, k3b, amarok, digikam, mplayer minden pluginnal, automatikus csatolás, finomságok 2 teljes nap alatt lezajlottak. Ebből rengeteg időt vett el az, hogy megtervezzem a partíciókat, és a tökölésem, mert a glibc-vel akadtak gondok.
Egyébként egy használható rendszer nagyon hamar megvan, a tervezés (partíció-kiosztás, USE flagek kukkolása és bekapcsolása) nekem majdnem annyi időbe került, mint a telepítés maga.
Sipi -
#2263
Sipi
addikt
TrollBalint
#2262
Sipi
addikt
válasz
TrollBalint
#2262
üzenetére
Megvárod? Te tudod...
Telepítési idő: ez így nem megmondható. Mit akarsz telepíteni? OpenOffice és KDE forrásból kicsivel hosszabb, mint egy WindowMaker...
Egy mai, rendesebb gépen (Pentium4 vagy Athon XP/AMD64) az alaprendszer pár óra alatt fent van. Ha ELŐRE beállítottad a USE flageket, és úgy állsz neki telepíteni, egy átlagos (KDE alapú) rendszer egy, esetleg két nap alatt megvan. (Magamból indulva ki.)
(P.S.: a magyar oldalt még inkább ne vedd figyelembe. A doksik is nagyon régiek, szinte semmi sem érvényes már belőlük, most készülnek az újak. Ha a Magentára gondoltál, akkor visszaszívom, az friss, naprakész és ropogós.)
Sipi -
#2261
Sipi
addikt
TrollBalint
#2260
Sipi
addikt
válasz
TrollBalint
#2260
üzenetére
Sajna, még nincs meg magyarul. Ha vársz pár hetet-hónapot, elkészül.
Sipi -
#2257
Sipi
addikt
TrollBalint
#2256
Sipi
addikt
válasz
TrollBalint
#2256
üzenetére
Ha szeretnél majd hibernálást, el kell férnie a swapben a teljes RAM tartalomnak. 1GB esetén ezért 1GB kell a hibernáláshoz, és emellé nem árt. Ha van elég helyed, adj neki 2GB-ot, ártani nem árt. Ízlés dolga, mások mást fognak ajánlani.
Sipi -
#2253
Sipi
addikt
TrollBalint
#2252
Sipi
addikt
válasz
TrollBalint
#2252
üzenetére
Akkor bocs... Tudtommal CD-képmást is rá tudsz írni DVD-re, csak kicsit ''lötyögni'' fog a sarkában.
Sipi -
#2251
Sipi
addikt
TrollBalint
#2250
Sipi
addikt
válasz
TrollBalint
#2250
üzenetére
Meglepő módon a www.gentoo.org címről lehet letölteni
: [link]
Itt kiválaszthatod, milyen processzorra, architektúrára akarod telepíteni. Nem tudok róla, hogy DVD is lenne belőle...
A Package CD nem kell. Érdemes a minimal Install CD-t választanod. Ehhez mindenképpen kell netkapcsolat - ha nincs, a LiveCD-t használd. Ez egy működő rendszer, amit telepíteni is lehet.
A kérdésfelvetésből úgy sejtem, nem vagy mág járatos a Gentoo-ban. Kérlek, _mindenképpen_ olvasd el a telepítési útmutatót, a Portage, USE flag Guide-ot, hogy valami átfogó képed legyen, mi is ez! (A 64 alapján gondolom ezt, a fenti linken 64 bites AMD és 64 bites Intel, valamint 64 bites SPARC, PPC részére is van telepítőcédé.)
Sipi -
Sipi
addikt
Halihó! Hát persze, mert eltűntél.
Úgy tudom, nem egyszerre csinálja, legalábbis threadeket nem készít, egy nagy processz az egész.
Viszont az ötlet nem rossz, csak vissza. Lehet, hogy télleg így kellene, a finddal egyesével ráereszteni a file-okra.
De szerintem egy 2048x1024-es, maximum minőségű jpeget eltart egy darabig kódolgatni.
Sipi -
Sipi
addikt
Figyu, ha nagyfelbontású, az baromi számolásigényes. Egy 200k körüli JPG ''kibontva'' több megabájt, ebből van egy csomó...
Annyit még tudsz csinálni, hogy a nice paranccsal lejjebb veszed a conevert prioritását, úgy indítod. Akkor nem akad a gép, de még tovább tart.
Anno csináltam Windows-on ilyet, igaz, hogy sokkal lassabb gépen, de ugyanúgy lefogta.
Sipi -
Sipi
addikt
válasz
tierbatyo
#2238
üzenetére
Seamonkey: akkor valami rossz lehetett a gnome ebuildek egyikében. Illetve kettőben. Az egyiknek seamonkey, a másiknak mozilla kellhetett.
Nem semmi. Mondjuk ez nem a Gentoo hibája, hogy komplett roncsra akartátok feltenni.
Törlés: sosem volt még ilyenem... De ha ez a helyzet, pl. telepítőcédéről boot, hogy semmi ne legyen csatolva a vinyóról, és úgy fsck. Egyébként mi az, ami nem törölhető? (Ja, szerintem ez is inkább hardver-probléma lehet. Esetleg pont ott lett bad blokkos a vinyó.)
Sipi -
Sipi
addikt
válasz
tierbatyo
#2236
üzenetére
Ez mit takar pontosan? Ha leszeded a seamonkey-t, a mozillát, akkor is fel akarja rakni? Ha csak a mozillát rakod fel, akkor is fel akarja rakni?
Egyébként ilyenre jó a /etc/portage/profile/package.provided. Pontos verziót kell beírni, pl. www-client/seamonkey-1.0.2. Ekkor úgy veszi, hogy ez fel van rakva.
Esetleg maszkolhatod is, bár ha direkt függősége valaminek, akkor meg azzal lesz gond.
Az equery d seamonkey mit mond?
Sipi -
#2235
Sipi
addikt
dr_strange
#2234
Sipi
addikt
válasz
dr_strange
#2234
üzenetére
Na látod, _ezzel_ én is meg lennék elégedve! Csupán duplikálni szeretném egyik-másik csatornát, esetleg bemenetből kimenetre tenni.
Nekem is elöl/hátul kettő, semmi több. A maradék line-in és line-outra kellene, mert a galád tunerkártyám elveszi a bemenet helyét. (Kárpótlásul jelenleg semmilyen hangot nem ad ki. )
Na, majd megpróbálom más modullal. Hátha pl. egy SBLive-vel jobban megy.
Sipi -
#2233
Sipi
addikt
dr_strange
#2232
Sipi
addikt
válasz
dr_strange
#2232
üzenetére
Az ALSA honlapját valamikor átszervezhették, mert azóta minden információ eltűnt róla. Miután nagy örömmel (és dögnehezen) kikeresed a drivert, a wiki-leírás a valahol a 0.9-es driver idejéről származó általános telepítési útmutatót közli, és semmi egyebet. Nem tudom, hol lehetne infót találni, neten nem leltem (illetve egy cvs logot, de a sourceforge-on, ami éppen haldoklik). Az alsa dokumentációja egyre rosszabb, mintha minden kiadásnál törölnének belőle.
Azt sem tudom, egyáltalán mit kellene implemetálniuk. Régen megvolt a doksiban, hogy mi megy, mi nem. Jelenleg benne sincs a driverek között a hda-intel, pedig azért nem egy mai modul ez sem. Egy másik doksiban van róla szó, a chipsetemhez külön is, ott van pár modulparaméter, elvileg olyasmit állít, hogy hány jackdugó van rajta. Ez önmagában is mókás, mert úgy írja, hogy pl. 6 hátul, kettő elöl plusz digitális kimenet. Nos, hátul valóban x darab jack van, de _elöl_ semmilyen alaplapon nincs semmi! Max a házon lehet, de ott meg annyi, amenyit a házra tettek. Ha 25 darab, akkor 25. Legfeljebb nincs bekötve. Van egy tüskesor a lapon, ez kétféle csatlakozási módot ismer (AC97 vagy Intel HDA külső eszközök), de erre egy külön ketyerét kell kötni. A digi pedig nem kimenet, hanem ki- ÉS bemenet egyben. Úgyhogy majdnem minden tökéletesen passzol a doksiban.
Sipi -
Sipi
addikt
No, ha valakinek van tapasztalata a Realtek ALC880-as hangchipről (HDA-Intel meghajtóval viszi az ALSA), ne tartsa magában! A mixerben meglepően kevés elem van, lényegében a 8 csatorna hangereje, meg még pár hangerő, plusz _három_ darab felvételi forrás.
Az a gondom, hogy ezen van 6 darab jack dugó. Ebből a mikrofon bemenet csak ez lehet, a többit windows-ban meg lehet adni, kimenet legyen, bemenet, milyen csatorna, stb. Nekem összesen 4 hangfalam van, a maradék 3 dugót szeretném más célra használni - a mixerben van is egy elem, hogyaszongya, Channel mode. Ez 8 channelen áll, de semmit sem lehet állítani rajta.
Modulparamétert meg lehet adni, de nagy ívben tesz rá.
Sipi -
Sipi
addikt
Az openoffice csomag forrásból telepíti, melyhez kb. 5-6 giga szabad hely kell.
Javaslom az openoffice-bin csomagot, előpanírozott, elősütött, előfordított állapotban. Semmit nem von le élvezeti értékéből a -bin szócska - sokak szerint semmivel nem lassabb, mint forrásítani.
Sipi -
-
#2210
Sipi
addikt
dr_strange
#2209
Sipi
addikt
válasz
dr_strange
#2209
üzenetére
És ez mit jelent? Egy bughalmazt?
Sipi -
Sipi
addikt
Komolyan mondod, hogy ezt raktad fel? Ez egy kiegészítő modul a Zope webmanagement, contentmanagement rendszerhez. Szerintem valahogy úhu lehet elindtani, hogy megtervezed Zope-ban a dinamikus webhelyedet, elhelyezed rajta a megfelelő Zope modulokat, kicsit leprogramozod, ami kell, aztán a webszervert beizzítod. Alátolsz valamilyen adatbáziskezelőt, létrehozod a megfelelő adatbázisokat, jogosultságokat...
Sipi -
Sipi
addikt
Ehhez ugye a Monitor szekcióban megvannak a ModeLine sorok.
Két lehetőség van: ugyanitt megadni, mit bír a monitorod (horizsync, vertrefresh), és kikapcsolni a Device részben az EDID, vagy hasonló opciókat, illetve fordítva. Ekkor a monitorból automatikusan olvassa ki, mit bír. A Screen részben pedig minden bitmélységre felsorolni a kezelendő felbontásokat.
Érdemes megnézni az Xorg.log-ban, mit mond a megadott ModeLine-okra, illetve frissítési értékekre. Az a gyanúm, hogy valószínűleg túl nagy lehet valamelyik, ezért törli.
Sajna, az eszközök csak papíron szokták pontosan tudni a megadott értékeket... A gtf jó program arra, hogy ModeLoine-t generálj. Azonban érdemes egy picivel kisebbre venni a frissítést, hogy biztosan jó legyen. Sokszor még így is előfordul, hogy valami miatt nem megy, akkor állítgatni kell (pl. 85.1, 85.2...).
Sipi -
#2197
Sipi
addikt
dr_strange
#2195
Sipi
addikt
válasz
dr_strange
#2195
üzenetére
Hát ja. És ilyennek ismersz a Gentoo topikból? Gondolom, meglepődnél, ha ilyen stílusban íródott doksikat találnál a weboldalon.
Másrészt itt annyira nem megszokott ez, főleg nem abban a topikban. Egymás szidása pár topikra van korlátozva.
Sipi -
#2194
Sipi
addikt
dr_strange
#2193
Sipi
addikt
válasz
dr_strange
#2193
üzenetére
Milyen notebookot vegyek topik, 4933-tól: [link]
Hozzáteszem, én sem voltam túl kifinomult...
Sipi -
Sipi
addikt
1. Minden modern DM használ Autostart mappát. Azt hiszem, simán a home-ban. Amit ide másolsz, lefut.
2. Az xorg.conf-ban az egér típusa auto is lehet.
3. Így szerintem elég nagy terhet rósz az xorgra, mert minden futásnál előbb autodetektet kell végrehajtania. Plusz, így a video driver lehetőségeit nem tudod kihasználni, ha éppen van olyan, mivel nem tudod bekapcsolni.
Sipi -
#2185
Sipi
addikt
dr_strange
#2184
Sipi
addikt
válasz
dr_strange
#2184
üzenetére
Mindegy, elolvastam a tiptricket, leszedtem a doksifát, elkészítettem a könyvtárakat, és szépen le is tudtam ferdíteni html-re a remekemet.
Elvileg ezt kell követni, mert ez a hivatalos.
A lead meg majd jól egyenfazonítja mindannyiónk munkáját.
Utálom az IRC-t... És már megint nem lelem, a belső tagek (Warning, stb.) melyik file-ból jönnek. Pedig azt sem árt magyarítani (asszem, valamelyik xslt file az).
Sipi -
Sipi
addikt
Te is fordítasz végül? Jee!
Akkor kérdés: Te is csak xml file-okat kaptál? Merthogy így az elkészült doksit semennyire sem lehet megnézni böngészővel. Kellene hozzá a dtd file (azt már leszedtem), a css-ek, meg pár dolog, amire linkelgetni ''szokik'' a jólnevelt Gentoo dokumentáció.
Velem meg csak a baj van, először jött levél, hogy a csatoltakat ''frissítsem''. De nem volt csatolás. Akkor átküldte, de az egyik angol üres file.
Meg kicsit zavar, hogy semmit sem tudok, ki a lektor, van-e lektor, mik a bevett szóhasználatok... Pl. hogyan fordítsuk az emerge, developer-maintainer szavakat. Mikhez kell tartanom magam. Jelenkteznem kell-e egyéb helyekre.
Sipi -
Sipi
addikt
?!?
Azért nem írtam semmit, mert nem ismerem sem a Gnome-ot, sem a GTK-t. Azt hittem, valami trükk kell hozzá...
Ez azonabn nem trükk, hanem a Linux, a Gentoo alapműködése. Nem értem...
A /etc/env.d-ben szokás pl. egy 99locale nevű file-t létrehozni, és abba beírni a LANG=hu_HU, LC_ALL=hu_HU.utf8, esetleg LINGUAS=''hu en'' sorokat. Egy env-update, source /etc/profile után minden indított shellben, Xorgban érvényesek lesznek. Ez a GNU standard lokalizációs használata, a LANG változó, illetve ennek hiányában az LC_ALL mondja meg, milyen nyelven menjen a program.
Sipi -
Sipi
addikt
Tudom.
De Neked korábban az volt az igényed (mint általában sávszélesség-limitálásnál), hogy xy user ne tudja lehúzni a netedet pl. torrentezéssel. Erre ez nem jó.
Most kiderült, valójában nem ez kell neked, hanem saját dolgaidat akarod korlátozni, hogy maradjon pl. böngészésre is elég kraft. Arra viszont tökéletes.
Sipi -
Sipi
addikt
Esetleg, ha nem használja egységsugarú user a gépedet, sudo-val is használhatod. Megadni a trickle-t, hogy sudo-val a batman user rootként futtathassa. Kicsit macerásabb, mert konzolba kell gépelgetni, de biztonságosabb.
Mondjuk ez a trickle azért kissé még messze van attól, hogy pl. p2p szoftverek sávszélességét limitálja...
Sipi -
Sipi
addikt
Ilyenkor suid jogot szoktak adni az adott file-ra. Ezzel indítás után a tulajdonos jogaival fut a file. (Amit akarsz, nem fog menni, mert ha csak indítófile, attól még batman user fogja futtatni, akinek nem lesz joga semmihez, amit az alkalmazás rootként akar csinálni.)
Ilyen pl. a passwd parancs is. De jó lenne, ha megírnád, mi az a parancs, a suid ugyanis elég nagy biztonsági lyukat üt a rendszerbe, mivel rootként fut mindig, akárki futtatja.
chmod +s file
Sipi -
Sipi
addikt
-
Sipi
addikt
Ezek neve 2.7.17-rc4, ezért szerintem a jelenlegi, stabil, 2.6.17-es kernelben benne kellene lennie.
Nem tudok többet segíteni. Azt kell csinálnod, amit írtam. Ha kizárólag SCSI-ként használva a rendszert (kikapcs ATAPI IDE) látszik a dvd, az jó, Ha létre is hozza a megfelelő scsi-eszközt (pl. sdb), még jobb, készen vagy. Ha nem hozza létre, akkor még nem simeri a kernel, nem tudja kezelni jól a chipsetet. Ekkor kénytelen vagy bekapcsolni az ATAPI IDE részt, de ebből elég lesz csak a cdromra vonatkozó rész, meg dma, chipset. (Ja, és floppy.) A SCSI-résznél pedig csak a sata-driver és disk támogatás.
Sipi -
Sipi
addikt
Igen, de közben annyi mindent buzeráltam, hogy elfelejtettem, mit is küldtem.
A t-online levelezője lehalt, össze-vissza kapok visszajelzéseket, mit mikor küldtem el...
Mod: amikor kikapcsolod a teljes IDE drivert, akkor nem. Amikor csak simán SATA-val (SCSI) kezelsz mindent, nem kell semmi. Ha így nem megy, goto 2-es pont, és értelemszerűen kell, hiszen ha az 1-es nem megy, pont az a gond, hogy a libata SCSI SATA nem kezeli a cdromot. Ne feledd az 1-esben, hogy ekkor csak SCSI-re állsz át, vagyis kell a SATA driver mellé a SCSI disk, cdrom is!
Sipi
[Szerkesztve] -
Sipi
addikt
Na, már elvesztettem a fonalat. Most az a kerneled, ahol ATA/ATAPI driver van, de csak cdromhoz és floppy-hoz, valamint SCSI device-nál csak SCSI disk és SATA?
A mellékelt log alapján a SATA libata driver felismeri a cdromot, valószínűleg kezeli is.
Mivel nem tudom, mi a kerneled jelenleg, ezeket próbáld ki, tesztelni, mivel megy.
1) ATA/ATAPI support és Enhanced izé bekapcs, mert kell a floppy-hoz. De nem kell sem IDE-ATA2 disk, sem cdrom, csak floppy, use multimode, PCI IDE chipset, sharing PCI IDE, generic IDE, generic DMA, use DMA default, Intel PIIXn. Emellé a SCSI device enable, SCSI disk és SCSI cdrom, valamint low-levelben SATA és Intel chipset. Ekkor teljesen kikapcsolod az IDE kezelést (csak floppy marad, meg a chipset). A dmesg-ben benne kell lennie, mint az előbbiben, hogy ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0xBFA0 irq 14, ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xBFA8 irq 15. Ez mutatja, hogy mindkét IDE-t kezeli a sata driver! Az ata1-en van a vinyó: scsi0 : ata_piix Vendor: ATA Model: FUJITSU MHV2120A Rev: 0000, ata2-n a dvd: scsi1 : ata_piix Vendor: _NEC Model: DVD+-RW ND-6500A Rev: 203D. (Jelenleg is tökéletesen felismeri, mi micsoda, csak valószínűleg most nincs benne a SCSI CDROM támogatás, ezért kezelni már nem tudja.)
2) Ha kikapcsolt IDE és bekapcsolt SATA, SCSI disk, SCSI CDROM esetén nem jön létre sd* eszköz a dvdre, akkor várni kell új kernelre.
Addig is vissza kell kapcsolni az IDE eszközkezelőt, mert csak a (régi) IDE-vezérlő ismeri még. Az új SATA driver nem. Ekkor visszakapod a hd* eszközt a dvdre, és ezek szerint nem lesz DMA. Most többet nem tudok.
Sipi -
Sipi
addikt
Könyörgöm, levélben küldd át a .configodat, mert így kínszenvedés, hogy betoljam a kernelem alá! make menuconfiggal kukkolom, mi van ki/be, de így nehéz.
Jóvan, már nem kell, kimásoltam...
MOD: a CPU-t tedd már vissza arra, ami neked van! Pentium-M! Így az is lehet, hogy szimplán nem fut a megfelelő modul, lévén teljesen más processzorra van téve a kerneled, mint ami neked van!
Sipi
[Szerkesztve] -
Sipi
addikt
-
Sipi
addikt
Oké, akkor nincs mit tenni, sima IDE drive a DVD, nem kezelhető SCSI-eszközként (vagyis SATA-val). Akkor enable IDE support. Próbaképpen javaslom, hogy ezeket kapcsold be csak:
ATA/ATAPI/MFM/RLL support
Enhanced ...
Use multi-mode by default (igen, hagyd ki az IDE/ATA-2 disk supportot, az csak vinyóhoz kell)
IDE/ATAPI CDROM support
IDE/ATAPI floppy support
generic/default IDE chipset support
PCI IDE chipset support
Sharing PCI...
Generic PCI IDE...
Intel PIIX...
Ezen kívül a SCSI-eszközöknél kapcsold KI a SCSI CDROM supportot! A DVD-d nem SCSI, így nem kell hozzá. A SCSI genericx support is kikapcsolható, nem használod semmire, ne vesszen össze semmivel.
Sipi -
-
Sipi
addikt
No, kiszedte, nem is létezik többé hdc, ez jó.
Mondjuk nem értem, akkor miért írja, hogy hdc: NEC... Akkor most létezik egy sda vinyód, és van sg0 is? (Ha csak SATA driver van, nem kell a grubos sor.)
És most mi van? Működik? Van dvd-eszköz? A /proc/ide és a /proc/scsi milyen eszközöket tartalmaz?
Sipi -
Sipi
addikt
Khm... Mondjuk a .configot a kernelben akartam kipróbálni, így klassz volt kb. öt percig görgetni a képernyőt, míg ki tudtam az összes sort választani, hogy copy-pasteljem...
Bemásoltam a 2.6.17-es kernelem fájába. make menuconfig egy tonna warningot dobott, hogy unexpected data...
- processzor Pnetium 4. Neked nem Pentium-M van? A dmesg is azt írja, a Pentium4M nem Pentium-M!
- próbáld ki azt, hogy a kernelben teljesen kikapcsolod a device drivers, ata-atapi supportot! A dmesg alapján jól észleli az eszközöket a rendszer, mégsem működik. (Azt írtad, hogy a helyes, általam is írt kernel paraméterrel bootolva sem jó.) Akkor teszteld, hogy CSAK libata SATA-driverrel megy-e! Illetve nem kell az egészet kikapcsolni, de az IDE/ATAPi CD-ROM supportot szedd ki, hogy ne kezelje a dvd-t! Lássuk, a SATA elboldogul-e vele! A régi kerneledet hagyd meg, mert elképzelhető, hogy egyáltalán nem fogja látni a dvd-t...
Azt hiszem, jelenleg a következők vesznek össze: van sima IDE/ATAPI drivered, amiben CD-kezelés is van, SCSI-emiulációval. Valamint van SCSI-device support is, libata SATA driverrel ÉS SCSI CDROM supporttal. Ha kikapcsolod az IDE/ATAPI cdromot, szerintem a másik fogja kezelni a dvd-t.
Sipi -
Sipi
addikt
Te, dmesg | grep -i cd-r kell! A cd-eszköz sorára kell rákeresni a dmesg kimenetében! De átküldheted az egész dmesget is.
Mod: tedd fel az lshw nevű programot! Ez aprólékosan kiírja, milyen hardware van a gépedben, megmutatja a cd/dvdről is, milyen típusú, és milyen szabványokat ismer!
Sipi
[Szerkesztve] -
Sipi
addikt
Noszóval, mint a linkek is írják, azt kell megnézni, hogy a DVD-t melyik driver kezeli. A dmesg-t nézd (vagy inkább küldd át). A vinyóhoz az Intel SATA driver KELL, anélkül egyáltalán nem megy. Ez okozza a gondot, mert a DVD viszont nem SATA, valamiféle átalakítókon keresztül megy. A dmesg | grep -i cd-r mit ad vissza? HD vagy SD eszköz? Nem mindegy! A típustól függ, hogy a SATA driver alapban kezelni tudja-e. Ha nem, akkor SCSI CDROMként kell kezelni - de ha SATA is van a kernelben, sokszor átveszi a vezérlést a DVD felett is, mielőtt az ATAPI IDE driver az SCSI emulációval életbe léphetne.
Erre való a noprobe=/dev/hdc libata.atapi_enabled=1 kernel-paraméter. Mindkettő kell, főleg a noprobe a fontos!
Ja, egy kernel config is jöhet!
Sipi
[Szerkesztve] -
Sipi
addikt
Minden nap késő este elkészítik az aznapi Portage Snapshotot, amit a mirrorokról le lehet húzni. Mint az ISO image-eket, csak párral feljebb lévő könyvtár, snapshot néven.
De egyébként simán targz a Portage könyvtáradat, majd kitömörít a másik gépen. Aztán emerge metadata, hogy elkészüljenek a cache-ek.
Sipi -
Sipi
addikt
A fixlibtool nem javítja ki (bár valóban szükséges lépés), mert mondom, binárisan inkompatibilis. Át fogja írni, hogy ne 3.4.4-esre mutasson, de a programok egy része ettől még elhasal.
Igen, reemerge. De futnia kellene... Ja, elképzelhető, hogy a qt4, at4, kdelibs csomagokat is újra kell tenni (ha nem csinálná meg a revdep).
Sipi -
Sipi
addikt
Valószínűleg áttértél 4.1-es gcc-re, ami binárisan nem teljesen kompatibilis a 3.x-es sorozattal. Újra kell húznod az ilyen alkalmazásokat.
Elvileg a revdep-rebuild --library libstdc++.so.6 parancsot is kiadhatod, ez újrahúz mindent, ami a (régi) gcc-hez tartozó libstdc++.so-t használja. (A 4.1-es is ugyanilyen nevű, csak kicsit megváltozott.) Sajna, ez majdnem a teljes rendszert újrahúzza. Ha nem akarsz tökölni, kukkolod, mi nem fut, és csak azokat teszed fel, mert hiába nem kompatibilis, azért a csomagok jó része működik így is.
Sipi -
Sipi
addikt
Gondolkodtam azon, mit is szeretnél, és arra jutottam, hogy szerintem hüleség.
Vegyük végig! Én vagyok a gonosz user, azt akarod, hogy amikor dc++-t használok, ne fogjam le a sávszélt. Alkalmazás-szinten akarod ezt megadni. Leszabályzol.
Oké, de hogy? Hogyan azonosítod a programomat? Névvel? Akkor átnevezem dc++-ról dcccc-re, és máris nem működik a szabályozás. Lenyomatot veszel a programról? Oké, felteszek egy másik verziót, megint nem szabályzol.
Ha végigveszed, a végén oda juthatsz, hogy inkább mintára szűrsz, pl. leszabályzod az összes ftp-kommunikációt, p2p-t, stb.
Vagyis ott vagy, ahol a linuxos netlimiterek... Itt van egy jó kis doksi: [link]. Rengeteg infó van benne, hogyan is működik.
Sipi -
-
-
Sipi
addikt
Hm. Az én nagy eszem... Panaszkodtam, hogy nem megy rendesen az automount.
Ha beteszek egy dévédét, a KDE úgy csatolja, hogy nem tudok userként belépni.
Nos, kiderült, egyetlen egy DVD-vel csinálja ezt - azzal, amivel próbáltam, mert éppen kéznél volt.
Mással megy szépen, ahogy kell. A /media könyvtárai a usernév jogaival jönnek létre, más nem érheti el, de én igen.
Kivéve ezt az egyet, ami ráadásul egy eredeti, gyári játék-DVD. Valami kavar van az UDF-struktúrájával. Bár nem értem, miért kell emiatt root:root-ként csatolni... Ezzel, vagy tetszőleges más cd/dvd-vel próbálva, a mount opciói ugyanazok a csatolt filerendszernél. Annyira, hogy mindkettőre azt írja ki, user:users jogokkal tette fel. De a gyárinál mégsem ez lesz érvényben.
Magyarul: a /media/hdd a gyári esetén root:root, 0750 jogokkal. A mount azonban azt írja ki a /media/hdd csatolásra, hogy uid=1000, gid=100. Ami én, a user vagyok...
Az egyedüli különbség az, hogy a működő dévédék iso9660, a nem működő pedig udf filerendszerű. Csak az udf-nél van umask a mount opciói között. (Bár ez mindegy lenne, ha rendesen, az én nevemben csatolná fel, mindenképpen menne.)
Ez a fura, hogy a mount parancs szerint az én nevemben van, az ls -la /media pedig root:root-nak írja ki.
Mi a fene van az udf filerendszerrel?
Sipi -
Sipi
addikt
Jé, én nem is láttam ezt a kérdést...
Tűzfal: persze, az iptables-t. (Illetve ennek konfigurálásához a fireholt.)
Vírusirtót nem, mert minek? Nem találna semmit.
Amikor bevezették a netet, feltettem a Linuxot, s rá tűzfalat a psad detektorral, naponta 5-10 különálló támadást kaptam. Nagy része ''baráti'', Axelero-s címtartományból, de volt orosz is bőven.
Mostanában nem kapok semmit... Vagy csak elállítottam a figyelmeztetést?
Sipi -
Sipi
addikt
Hm, mi volt a körkérdés?
A /var/tmp/portage esetleg. Abban megmaradnak a hibás emerge-k, mert nem futott végig, így nem törölte a kicsomagolt forrásokat.
A home-od esetleg...
A /opt-ba szokott különálló dolgokat tenni. Pl. a nagy, bináris játékok ide kerülnek. Ha feltetted az Americas Army-t, az egyből vagy 1GB.
Sipi -
Sipi
addikt
Az Inteles benti gépen ez van. Nem tudom, melyik csomagtól, de elkezdett a videokártya bugzani. Az 1.1.0-ás xorg-server okés volt. De sajna, nem tudom, hogy tényleg ettől lett-e, lehet, hoigy csak melegszik a gép. Ja, és kizárólag Opera alatt lép ki az X-ből, pedig azt nem is frissítettem.
Az 1.1.0 tutira jó, nem hiszem, hogy a -r1 elrontaná.
Mod: a -r verziók mindig hibajavítást tartalmaznak az eredetihez képest. Így nem hiszem, hogy bugos lenne, inkább ezek a bugmentesebb dolgok. Ilyenkor megéri frissíteni. A verzióváltás okozhat gondokat.
Sipi
[Szerkesztve] -
Sipi
addikt
1. Ez a verzió még ~x86-os, ergo nem biztos, hogy fordul.
2. Emiatt ne aggódj. Nem a rendszer nem szeret téged. Az ~x86 ''átka'' ez, hogy előfordulnak nem települő csomagok. Ilywenkor próbálkozni kell más verziókkal.
Mellesleg pont a hibát nem másoltad be. Az előtte lévő sorok a lényegesek, az ebuild.sh sorok a Portage sikolyai. Csak egy warning van ott, az nem jelent semmi gondot. Előtte az error lehet, hoy azt mondaná, valamelyik lib rossz.
Sipi -
-
Sipi
addikt
Ez rendes ebuild, a legújabb verzióhoz. Fel is megy - arról nem tehetnek, hogy maga a NM ilyen nyomi.
Sőt, az emerge elején egy rakás peccset is rátesz.
Leírod, pontosan mit is szeretnél megcsinálni? Lehet, hogy tök egyszerűen megoldható standard úton, és nem kell emiatt fejreállítanod a Gentoo-t. (Mert hiába kerül be a Portage-ba hivatalosan, akkor is az említett programok lesznek a függőségei, és továbbra sem szerencsés egy gépen három DHCP-klienst és egy DHCP-szervert tárolni.
Sipi -
#2070
Sipi
addikt
dr_strange
#2069
Sipi
addikt
válasz
dr_strange
#2069
üzenetére
Ezért nem értem én sem... Ha ennyire vadbonyolult automatizálás kell, azt GUI-val sem oldja meg egy átlaguser. A netconfig file-okkal azonban annyira testre lehet szabni, hogy sosem kell hozzányúlni. Csatlakozhat automatikusan az elérhető hotspotokhoz, preferált lista alapján is, egyeseket letiltva, így-úgy-amúgy.
Az az alapbeállítás pedig, hogy ha dróton lógok, dhcp-vel drótos címet kap, ha kihúzom, lelövi a drótot, és keres wifin, alapból benne van. Ha talált hotspotot, csatlakozik, ha tud. Ha ezután visszadugom drótra, leáll a wifi, megy drótról. A béta baselayout így működik.
Sipi -
Sipi
addikt
Nu, még egyszer.
Ha alap Gentoo telepítést használsz, akkor a Gentoo saját init scriptjei a dhcpcd nevű programot akarják használni. Ez fenn van a gépeden, ezt is fogja használni. Ez egy kliens.
A dhcp meg egy szerver, amiben kliens is van. Gyönyörűen össze fognak veszni.
Egyébként feltettem. Amikor inittel elindítottam a NM-t, elindult a dhcdbd, majd a standard módon a net.eth1 is! Ergo, nem csinált semmit az NM. Viszont utána kárpótlásként el sem indul, hanem egy tonna hiba kiköpése után lehal...
A gentopia-ban csak az NM-nek szükséges cuccok vannak, a dhcdbd és libnl. A dhcp csomag a sima Portage-ban van benne. De mondom_ ha felteszed az NM-t, lesz dhcdbd, dhcp és dhcpcd is a gépeden. A dbd a dhclienthez kell, ami a dhcp része. A dhclient ugyanazt csinálja, mint a dhcpcd.
Ha a NM-t akarod használni, a korábbi indítóscripteket le kell tiltani, meg érdemes lenne a dhcpcd-t is leszedni. Innentől el kell felejteni, hogy Gentoo alatt indítgasd, állítgasd a hálózatot, mert afelett átveszi az uralmat az NM. Sajna, az NM scriptjében még mintha nem lenne benne, hogy mit provide-ol, így szerintem az összes hálózati kapcsolatot igénylő init script el akarja majd indítani a net.ethx-et is.
Persze, megoldható, hogy csak az NM menjen. Kár, hogy nálam még sosem futott...
Sipi -
-
Sipi
addikt
Attól függően, mit akarsz csinálni, több lehetpséged is van.
Milyen userek? A saját laptopodra kell, vagy ''üzemi'' környezetbe?
A Gentoo alapbeállítása olyan, amit írtam. Pont laptop-felhasználóknak készült, ha lehúzod a drótról, wifit keres és csatlakozik. Drót esetén átvált arra.
De ott van pl. a kwifimanager, hasonló a Windows kezelőjéhez, kezelésében is.
Sipi -
Sipi
addikt
Én még nem tudtam életre lehelni, egyszer sikeresen lefordult, de nem indul.
Ahogy néztem, tényleg A tökéletes hálózati manager lenne.
Viszont Gentoo alatt kb. ugyanez megvan alapból az init scriptekben... Jelenleg úgy megy, hogy ha van drótos net, azt használja, ha nincs, próbálja a wifit. Ha megszűnik, vált drótra, ha van. Kihúzom, bedugom, váltogat.
A NM-nek annyi a gondja, hogy elég egzotikus programok kellenek neki. (Egyébként kell függősége valami dhcpdbd is. Plusz dhclient, dhcp, libnl-ből egy fejlesztői, béta verzió.)
Egy-két hónap múlva valószínűleg mindent überelni fog.
Most annyi gáz van vele, hogy a Gentoo cuccait elég szépen fejbe tudja vágni.
Sipi -
Sipi
addikt
Teee, csak nem nyugszol? Végre megy minden a gépeden, erre szétcseszed a NetworkManager idióta dhcp-függőségeivel?
(A többieknek: eme szoftver felrak vagy három dhcp-csomagot is, ebből egy szerver és kliens, a többi valami kliens-féleség. Ettől előfordul, hogy miután szépen megkaptad a címet a normál Gentoo-módon a dhcp-szervertől, a többi egyszer csak elkezd kérni, ettől a dhcp-szerver megzavarodik, és mégsem kapsz címet. Látszólag szépen lezajlik minden (hiszen az azonosítás, címkérés megvolt), aztán semmi.)
Sipi -
Sipi
addikt
Ööö, én is erre értettem.
Sima verzióváltásnak nincs semmi baja, olyankor kompatibilis az új a régivel. A .so file-t azért kellhet teljesen átnevezni, mert annyira más, hogy nem kompatibilis az előzővel.
Ilyenkor szimlinkkel nem is menne, mert tele lenne minden program unresolved symbol hibával.
Nos, ha ennyire túl vagy rajta, akkor készülj a gcc- és udev-váltásra!![;]](//cdn.rios.hu/dl/s/v1.gif)
Sipi -
#2037
Sipi
addikt
dr_strange
#2036
Sipi
addikt
válasz
dr_strange
#2036
üzenetére
Úgy érted, csak dbus-hal-t használsz, az ivman kikapcsolva? A gnome-volume-manager csinál mindent? (Ebben az lenne a vicces, hogy elvileg ez is csak annyit csinál, hogy meghívja a pmount-ot a hal által megadott értékekkel...)
A kde volume manager lenne a legszimpatikusabb, abban az esetben, ha a csatolt könyvtárakba be tudnék lépni...
Sipi -
Sipi
addikt
Miért lenne olyan
Ez egy üzenet a disztribúciók fejlesztőinek, semmi más. Azt mondja nekik, hogy a közeljövőben a %e megszűnik, ne használják. Így mindenki látja, hogy át kell írni a disztrib-függő szabályok egy részét. Semmi hatása nincs a működésre, csak egy printf az egész.
A libexpatra nem emlékszem. Ha arról van szó, hogy frissült a libexpat, és emiatt pár csomag függősége elromlott, az ''természetes'' jelenség, erre van a revdep-rebuild. Sőt, ez futtatható úgy is, hogy csak egyetlen .so-ra nézi meg, mi hibádzik.
Sipi -
Sipi
addikt
A %e-cseréről a Gentoo fórumon egy fejlesztő azt írta, hogy meg ne merjék csinálni.
Semmi baj ezzel, ez egy udev-üzenet, a fejlesztőknek szól, hogy írják át a szabályokat. A fickó szerint a %n nem alkalmas a %e leváltására. Ez egy szimpla warning, semmi baj nincs vele, de ha kicseréled, széteshet a rendszer.
Sipi -
#2031
Sipi
addikt
dr_strange
#2028
Sipi
addikt
válasz
dr_strange
#2028
üzenetére
Szívesen, és irigyellek.
Van olyan, akinek az automount (cd, dvd, pendrive) működik? Mindegy, milyen módon...
Jelenleg az ivman szépen felismer ls csatol mindent. De umountolni már csak rootként tudom... És itt sem lelem, hol tudnám megadni a csatolási paraméterek között a users opciót! Régebben volt ilyen, most totál átalakították a konfigokat, kevesebb lett, és lényegében semmit sem állít.
Ha ivmant kikapcsolom, maradok a KDE mediakezelőjénél, szépen kiteszi a (lecsatolt) ikont az asztalra. Ha megnyitom, csatolja. Le is tudom választani, gyönyörűen megy.
KIVÉVE azt, hogy az automatikusan létrehozott csatolási könyvtár (pl. /media/hdd) csak root-nak elérhető, SENKI nem tud belépni... umountolni viszont tudom. Jó játék, gyengébb értelmű gyerekeknek... És termszéetesen a halnak sincs semmiféle épértelmű konfigja, ahol meg lehetne mondani, hogyan csatoljon. Csak általános érvényű opciók vannak, hogy pl. csapja a mount sor végére az umask, sync, dyrsync paramétereket. De értéket nem lehet adni nekik!
Ha valaki tud megoldást, szívesen fogadom.
Sipi
Egzakt cikket nem találtam, csak utalásokat, hogy megy ezzel is.
Annyit tudok, hogy a conf.d/net és wireless.example megjegyzései alapján meg lehet oldani. Lehet, hogy nem, de sajna csak abból tudok kiindulni, amit ezekben olvastam.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
(Mellesleg nem is tudok programozni...)
Ez egy üzenet a disztribúciók fejlesztőinek, semmi más. Azt mondja nekik, hogy a közeljövőben a %e megszűnik, ne használják. Így mindenki látja, hogy át kell írni a disztrib-függő szabályok egy részét. Semmi hatása nincs a működésre, csak egy printf az egész. 
Új hozzászólás Aktív témák
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Ilyen olcsó sem volt még egy Apple notebook
- Gitáros topic
- Okos Otthon / Smart Home
- A fociról könnyedén, egy baráti társaságban
- GL.iNet Flint 2 (GL-MT6000) router
- Filmgyűjtés
- MWC 2026: Kezünkben a minden tekintetben európai okostelefon
- AMD APU (AM4 és AM5) topik
- Milyen TV-t vegyek?
- További aktív témák...
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Microsoft és egyéb dobozos retro szoftverek
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Használt Sharkoon Skiller SGK3 német mechanikus billentyűzet / 12 hó működési garancia
- Óriás! Gamer PC-Számítógép! Csere-Beszámítás! R7 5700 / RTX 3080 / 16GB DDR4 / 512GB SSD!
- Eredeti Lenovo 230W töltők - 4X20Z83995
- Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- iPhone 17 256 GB Sage - Bontatlan !! www.stylebolt.hu - Apple eszközök és tartozékok - Számlás
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest