- Fejhallgató erősítő és DAC topik
- Szentjánosbogárral venné fel a versenyt a Macbook Neo ellen az Intel
- E-book olvasók
- Projektor topic
- Gaming notebook topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- Vezetékes FEJhallgatók
- Milyen alaplapot vegyek?
- Milyen széket vegyek?
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
Akkor ha jól értem démon módban indítva a pcmanfm-t nem maga a program indul el mikor az openboxot indítom, hanem csak valami démon ami háttérben fut és felcsatolja amit usb-re kötök? Csak mert magát a pcmanfm-et nem akarom használni, én fájlkezelésre a krusadert használom (már említettem miért).
A háttér nálam így töltődik be:
/home/chab7/.config/openbox/autostart fájlban következő sor
feh --bg-scale /media/data/58229253_02d69ead3e_b.jpg &
-
Mit akarsz telepíteni? Vagy sima frissítés? A kulccsal van valami baja. A minap volt az Arch főoldalán szó róla hogyan kell a kulcsokat beimportálni.
Friss telepítés. Különben mindegy, mit, ezt csinálja bárminél.
Erre gondoltál? Csináltam, semmi.
Azóta megcsinálta, sokszor hitelesíttetni kellett kulcsokat, volt, amelyiknél nem tetszett neki valami, de most felrakott mindent.
-
Nem ez tökéletes úgy ahogy van, ha nem lenne előtte a # akkor hibát ír ki miután lefut.
persze, hogy hibát ír ki, mert olyankor lefut(na), de olyan parancs, hogy include nem létezik szerintem. Mit mondott a hibaüzenet, nem ezt?
De most mintha rémleni valami, hogy már beszéltünk régebben arról, ilyen parancs nincs. Jól emlékszem?A xorg.conf fájl már megszűnt, automatikusan felismer mindent, a xorg.conf.d könyvárban elhelyezett konfigurációs fájlokkal lehet beállítani a szükséges opciókat. A szóban forgó fájlt már ritkán használják, pl Radeon kártyák esetén talán.
Ajánlott olvasmány: http://www.x.org/archive/current/doc/man/man5/xorg.conf.5.xhtml
Az InputClassra hívnám fel a figyelmet.
(#179) chab7
Nem a helyére, hanem a fájl végére bemásolni. Egy eszközhöz több szabály lehet. Ha az inputclassban beállított feltételeknek megfelel az eszköz, "Keyboard Defaults" néven a szabály is hozzáadásra kerül.
Az egyes inputclassok sorrendje nem mindegy, sorrendben hajtódnak végre, tehát az utolsó szabályban megadott opciók felülbírál(hat)ják az előző konfigurációkat.
A Xorg.0.log-ban lehet ellenőrizni, az egyes eszközök milyen beállításokat kaptak meg.Még egy kicsit a xorg-ról:
Amit az /etc/X11/xorg.conf.d/10-akarmi.conf stb fájlokban beállítottatok, azok rendszer szinten érvényesek. Amint Ti is felül tudjátok bírálni ezeket felhasználói szinten (lásd xinitrc setxkbmap parancs), úgy a DE (Desktop Enviroment) is megteszi ezt, Gnome-nál pl. a gnome-settings-daemon a ludas. Tehát ilyen esetekben minden egyes felhasználónak külön konfigurálnia kell, testre kell szabnia a Gnome (KDE stb) alapbeállításait. Részemről nekem ez nem tetszik, viszont van amit ki lehet kapcsolni, ill. az előnye (könnyebbség), hogy grafikus felületen tudod piszkálni.
Openbox pl. nem bírálja felül a xong.conf.d-ben lévő beállítást.(#190) chab7
A hátteret is neked kell beállítani és indítani az autostart.xml-ben, pl nálam:
(hsetroot -solid "#6E0652" -full ~/Downloads/Pictures/minta.png -blur 60 && xcompmgr -nf) &
Ez ad egy egyszínű hátteret, amire berak egy képet némileg elmosva, majd indul a composite managerThunar-nál, de szerintem pacmanfm-nél is be lehet állítani, hogy ő kezelje ezeket az eszközöket, automount-ot (pl. daemon módban indítva).
Uff, ha valamit kihagytam, szóljatok
-
fú oké , nem magamtól lestem el nehogy azt hidd, jóformán mások config fájljait használom.
Gépválasztásnál egy következőt szeretnék : Intel celeron g530 4gb ddr3 1333 egy gf210. jó párosítások ezek ? Ezt váltja ---> (AMD Phenom II 945 , ATI 5750 1GB DDR5 a ram innen van a háttértárak pedig samu f3 1tb és egy ocz vertex plus 30gb)
pcmanfm-nek is van automountja , sőt van pcmanfm mod is amiben benne van a hal is. (ezt nem használtam mert a régi konfigomon nagyon lassú )
-
Nem ez tökéletes úgy ahogy van, ha nem lenne előtte a # akkor hibát ír ki miután lefut.
persze, hogy hibát ír ki, mert olyankor lefut(na), de olyan parancs, hogy include nem létezik szerintem. Mit mondott a hibaüzenet, nem ezt?
De most mintha rémleni valami, hogy már beszéltünk régebben arról, ilyen parancs nincs. Jól emlékszem?A xorg.conf fájl már megszűnt, automatikusan felismer mindent, a xorg.conf.d könyvárban elhelyezett konfigurációs fájlokkal lehet beállítani a szükséges opciókat. A szóban forgó fájlt már ritkán használják, pl Radeon kártyák esetén talán.
Ajánlott olvasmány: http://www.x.org/archive/current/doc/man/man5/xorg.conf.5.xhtml
Az InputClassra hívnám fel a figyelmet.
(#179) chab7
Nem a helyére, hanem a fájl végére bemásolni. Egy eszközhöz több szabály lehet. Ha az inputclassban beállított feltételeknek megfelel az eszköz, "Keyboard Defaults" néven a szabály is hozzáadásra kerül.
Az egyes inputclassok sorrendje nem mindegy, sorrendben hajtódnak végre, tehát az utolsó szabályban megadott opciók felülbírál(hat)ják az előző konfigurációkat.
A Xorg.0.log-ban lehet ellenőrizni, az egyes eszközök milyen beállításokat kaptak meg.Még egy kicsit a xorg-ról:
Amit az /etc/X11/xorg.conf.d/10-akarmi.conf stb fájlokban beállítottatok, azok rendszer szinten érvényesek. Amint Ti is felül tudjátok bírálni ezeket felhasználói szinten (lásd xinitrc setxkbmap parancs), úgy a DE (Desktop Enviroment) is megteszi ezt, Gnome-nál pl. a gnome-settings-daemon a ludas. Tehát ilyen esetekben minden egyes felhasználónak külön konfigurálnia kell, testre kell szabnia a Gnome (KDE stb) alapbeállításait. Részemről nekem ez nem tetszik, viszont van amit ki lehet kapcsolni, ill. az előnye (könnyebbség), hogy grafikus felületen tudod piszkálni.
Openbox pl. nem bírálja felül a xong.conf.d-ben lévő beállítást.(#190) chab7
A hátteret is neked kell beállítani és indítani az autostart.xml-ben, pl nálam:
(hsetroot -solid "#6E0652" -full ~/Downloads/Pictures/minta.png -blur 60 && xcompmgr -nf) &
Ez ad egy egyszínű hátteret, amire berak egy képet némileg elmosva, majd indul a composite managerThunar-nál, de szerintem pacmanfm-nél is be lehet állítani, hogy ő kezelje ezeket az eszközöket, automount-ot (pl. daemon módban indítva).
Uff, ha valamit kihagytam, szóljatok
-
#include "/home/f34r/.colors/garbeam"
# jel azt jelenti, hogy ez a sor csak megjegyzés, és nem kell végrehajtani, nem?Nem ez tökéletes úgy ahogy van, ha nem lenne előtte a # akkor hibát ír ki miután lefut.
Néhány napja beírtam egy változatot a billentyűzet beállításhoz, amit pl. a 10-evdev.conf-ba lehet beírni. Próbáld ki azzal.
Illetve itt a wiki, ezen szintakika alapján írd át a setxbmap sorodat.ahogy leírtad nekem nem megy , van ott több evdev-hez kapcsolódó beállítás azokat töröljem és csak azt amit írtál azt hagyjam benne ? illetve xinitrc-be kell valamit írnom ? .
-
Na sebaj, egész kezd tetszeni ez az Openbox.
Főleg, hogy ez nem veszi el a vga kimenetet ha felnyitom a fedelet
Már csak egy kis pofásítás és kész. Háttér már van, menü is már testre szabva.Ez a tint2 panel is bejön, külön tetszik, hogy a vga kimeneten is van egy, de csak azokat az ablakokat mutatja ami oda van téve. Még egyre nem jöttem rá, hogy hogy lehet fentre küldeni, mert alul van.
Amúgy ebből okosodtam miután az Arch wikiben nem sok van az Openboxról.
Fent van
/home/chab7/.config/tint2/tint2rc -be bottom helyett top:# Panel
panel_position = top center horizontalCsak kilépés belépés után a háttér tűnt el
na de mindjárt lesz arra is valami megoldás.Megelőztél a panel ügyben
-
Na sebaj, egész kezd tetszeni ez az Openbox.
Főleg, hogy ez nem veszi el a vga kimenetet ha felnyitom a fedelet
Már csak egy kis pofásítás és kész. Háttér már van, menü is már testre szabva.Ez a tint2 panel is bejön, külön tetszik, hogy a vga kimeneten is van egy, de csak azokat az ablakokat mutatja ami oda van téve. Még egyre nem jöttem rá, hogy hogy lehet fentre küldeni, mert alul van.
Amúgy ebből okosodtam miután az Arch wikiben nem sok van az Openboxról.
-
megmondom én neked (bár nem vagyok linuxguru.)
A KDE (az teljesen más környezet mint az openbox ami az X-re épül rá )
Ergó az X mindig is külön beállítást fog igényelni nem elég neki a rc.conf-os ami leginkább X-be lépés előtt mélykonzolba érhető el.Na sebaj, egész kezd tetszeni ez az Openbox.
Főleg, hogy ez nem veszi el a vga kimenetet ha felnyitom a fedelet
Már csak egy kis pofásítás és kész. Háttér már van, menü is már testre szabva.Ez a tint2 panel is bejön, külön tetszik, hogy a vga kimeneten is van egy, de csak azokat az ablakokat mutatja ami oda van téve. Még egyre nem jöttem rá, hogy hogy lehet fentre küldeni, mert alul van.
Amúgy ebből okosodtam miután az Arch wikiben nem sok van az Openboxról.
-
-
Én most az Openbox alatt úgy oldottam meg a billentyűzet kiosztás beállítását, hogy a /home/chab7/.config/openbox/autostart fájlba betettem ezt a sort:
setxkbmap hu
(Azért nem az xorg.conf.d belüli fájlokat piszkáltam mert ahogy vannak azzal jó KDE alatt. Bár nekem mint laikus kezdőnek nem tiszta akkor az Openbox miért nem tudja ugyanonnan használni. De majd egyszer erre is rájövök
) -
Én most az Openbox alatt úgy oldottam meg a billentyűzet kiosztás beállítását, hogy a /home/chab7/.config/openbox/autostart fájlba betettem ezt a sort:
setxkbmap hu
(Azért nem az xorg.conf.d belüli fájlokat piszkáltam mert ahogy vannak azzal jó KDE alatt. Bár nekem mint laikus kezdőnek nem tiszta akkor az Openbox miért nem tudja ugyanonnan használni. De majd egyszer erre is rájövök
) -
chab7
addikt
Én most az Openbox alatt úgy oldottam meg a billentyűzet kiosztás beállítását, hogy a /home/chab7/.config/openbox/autostart fájlba betettem ezt a sort:
setxkbmap hu
(Azért nem az xorg.conf.d belüli fájlokat piszkáltam mert ahogy vannak azzal jó KDE alatt. Bár nekem mint laikus kezdőnek nem tiszta akkor az Openbox miért nem tudja ugyanonnan használni. De majd egyszer erre is rájövök
) -
chab7 jól mondja hogy csak annak a helyére kell rakni mert ha mindent kitörölnél akkor más beviteli eszköz nem működne a billentyűzeten kívül. A xinitrcbe nem kell rakni semmit pluszba, működnie kellene.
én úgy csináltam hogy felvettem egy olyan opciót azok alá amik ott voltak, de nem lett jó úgy sem. akkor megpróbálom még úgy ahogy leírtátok most köszönöm
-
#include "/home/f34r/.colors/garbeam"
# jel azt jelenti, hogy ez a sor csak megjegyzés, és nem kell végrehajtani, nem?Nem ez tökéletes úgy ahogy van, ha nem lenne előtte a # akkor hibát ír ki miután lefut.
Néhány napja beírtam egy változatot a billentyűzet beállításhoz, amit pl. a 10-evdev.conf-ba lehet beírni. Próbáld ki azzal.
Illetve itt a wiki, ezen szintakika alapján írd át a setxbmap sorodat.ahogy leírtad nekem nem megy , van ott több evdev-hez kapcsolódó beállítás azokat töröljem és csak azt amit írtál azt hagyjam benne ? illetve xinitrc-be kell valamit írnom ? .
-
#include "/home/f34r/.colors/garbeam"
# jel azt jelenti, hogy ez a sor csak megjegyzés, és nem kell végrehajtani, nem?Nem ez tökéletes úgy ahogy van, ha nem lenne előtte a # akkor hibát ír ki miután lefut.
Néhány napja beírtam egy változatot a billentyűzet beállításhoz, amit pl. a 10-evdev.conf-ba lehet beírni. Próbáld ki azzal.
Illetve itt a wiki, ezen szintakika alapján írd át a setxbmap sorodat.ahogy leírtad nekem nem megy , van ott több evdev-hez kapcsolódó beállítás azokat töröljem és csak azt amit írtál azt hagyjam benne ? illetve xinitrc-be kell valamit írnom ? .
-
Szia!
#include "/home/f34r/.colors/garbeam"
# jel azt jelenti, hogy ez a sor csak megjegyzés, és nem kell végrehajtani, nem?Néhány napja beírtam egy változatot a billentyűzet beállításhoz, amit pl. a 10-evdev.conf-ba lehet beírni. Próbáld ki azzal.
Illetve itt a wiki, ezen szintakika alapján írd át a setxbmap sorodat. -
Szia!
#include "/home/f34r/.colors/garbeam"
# jel azt jelenti, hogy ez a sor csak megjegyzés, és nem kell végrehajtani, nem?Néhány napja beírtam egy változatot a billentyűzet beállításhoz, amit pl. a 10-evdev.conf-ba lehet beírni. Próbáld ki azzal.
Illetve itt a wiki, ezen szintakika alapján írd át a setxbmap sorodat. -
HY
Valamiért X betöltődése (.xinitrc) után nem akarja az Xresources-t megváltoztatni.
xrdb -merge ~/.Xresources -re terminalba viszont megváltoztatja.colors-nál ez a hivatkozás van :
#include "/home/f34r/.colors/garbeam"
tudom hogy belehet írni azokat a sorokat alá , de így kényelmesebb mert csak a nevát kell megváltoztatnom .
a Másik dolog a setxkbmap layout hu lenne ha a Xorg configba írom be a keyboard input részhez (nem érzékeli se az egeret sem a bill.t)
-
Persze hogy nincsenek, csak az alapdolgokat találod meg. Ezért másoltam be neked az én konfigomból, hogy kicsit előre vigyelek. Ha végiggondolod, miként kapja meg a kiosztást billentyűzet és megnézed a Xorg.0.log-ot, te is elindultál volna ezen az útonm hogy rájöjj, hol kell farigcsálni.
Gwhere-rel kapcsolatban: a 205-ös sor végén hiányzott a jel, nem a 206-osban volt a bibi, gondolom nem vagy jártas egy programozási nyelvben sem, azért ott kerested mindenáron.
Lehet a hibát a jelzett sorban érzékeli, de elképzelhető, hogy az előtte lévő sorban lett baki elkövetve. Tipikus hiba, amikor sor végi lezáró jelet, pl. pontos vessző lehagyja az ember.(#172) chab7
Most erre mit mondjak, KDE-nél szerintem ez nem meglepő, de ez lehet csak az én eltúlzott véleményem; objektív nem vagyok, az biztos.Nem tudom, mit használsz cpu szabályzásra, pl. így meg tudod nézni az adott pillanatban a frekit:
cpupower -c all frequency-info | grep currentEgyszerű kipróbálnod wicd-e a ludas, kilövöd (akár elindíthatod helyette a networkmanagert) és megnézed mi a helyzet.
HDD: iotop-ot rakd fel és megnézed, milyen folyamat berregteti a háttértáradat.
Az előző hozzászólásodat is beleértve: itt nem feltétlenül a gördülés, ami szóba jön, hanem az, hogy ez a disztribúció amolyan Csináld Magad disztró. Többször láttam - részben jogosan -, hogy nagyon hamar elhajtottak valakit azzal a felkiáltással, hogy "az Arch Linux nem neked való". Aki ezt akarja használni, annak rendelkeznie kell bizonyos készségekkel, vagy hajlandónak kell lennie tanulni. Én is ezzel a disztribúcióval mélyedtem bele jobban a linux világába, Ubuntuval csak kapargattam a felszínt.
Az olyanokat mint te vagy én, általában segíteni szokták, mert látják, hogy az ember saját maga is tesz az ügy érdekében. Aki meg csak várja, hogy kanállal etessék, azzal nem foglalkoznak, teljes joggal.Készülj fel, lesznek problémák, olyanok is, amiket nem tudsz megoldani. Ezt előre megmondom neked. Ez az ára annak, hogy egy ilyen rendszered lehet. Ellenben minden probléma lehetőséget teremt abban, hogy egy új résszel ismerkedj meg.
Kicsit ahhoz hasonlítanám, van aki maga bütyköli az autóját, van aki szerelőhöz viszi. Ugye nem az autót szidom, mert nem tudok féltengelyt cserélni.Elöljáróban is kösz a sok segítséget
Abszolút nem értek a programozáshoz, nem tanultam ilyesmit sosem, műszaki kereskedésben dolgoztam mindig is meg a postánál
Viszont érdekel a számítástechnika - ez a jövő, mondtuk mindig és az is lett - de időm sem sok van rá, van hogy krumplipucolás közben google-zok vagy wikizek a dolgok után és van hogy kocsitakarítás közben, mikor van épp pár percnyi időm rá.
De legfőképp késő este mikor már csend van és nem zavarnak megPersze, hogy a 206-osban kerestem, hisz ott jelzi. Nem is értettem mi hiányozhat abból hisz alig van benne valami. Na de most általad a \ jelet kiszúrva újra fogok próbálkozni vele. Visszakommentelem a @GTK_ON@ részeket (mert nekem azt kivéve a 3-4 sor elől futott le a telepítés forrásból) és megnézem a \ jelet hozzáadva mit csinál. Ha ez a gwhere fent lenne szép témába illeszkedő kinézettel akkor már nem is nyúlnék a rendszerhez (csak a frissítések).
Már így is dolgozgatom rajta, és nem is a betűtípus eltérései zavarnak hanem a túl nagy ablakelemek. Olyan ormótlan így hogy egy OK gomb is ötször akkora mint kellene, nem beszélve az oszlopok fejléceiről és a lista közötti hatalmas térközökről.A KDE-vel kapcsolatban tuti nem vagy objektív, mert bár néhol csicsás az tény, de azért ha épp nem hegesztem a rendszert és csak használom a mindennapos dolgaimra akkor az a kicsi dizájn amit használok vele, pont hogy kell.
KDE/Openbox párosításban pedig nekem még jobban bejön mert pl lecserélte az alt+tabot a kicsi ikonosra, ami jobb mint az előnézetes (na pont az ilyen csicsák nem kellenek nekem, de a panel szabhatósága (nem szöveges formátumban) nekem mint úgymond "átlagfelhasználónak" kell.
Olyan dolgokat amiket egyszer beállítok és úgy jó, mint pl egy háttér beállítása, nem nagyon akarok szövegesen szerkeszteni, mert esetleg majd nagy sokára megúnom és másikat akarok akkor jobb ha ott a katt-katt és már másik háttér van, mint hogy kikeresni a parancsot vagy a fájlt, hogy hogy is kellett ezt.
A minden napos dolgok mint csomag telepítés, rendszer-diagnosztika stb az pedig nagyon is jó parancsból mert azt egyszer megtanuljuk és mennek a parancsok fejből mivel szinte minden nap használva vannak.
Remélem érthetően fogalmazom meg a különbséget egyszerű felhasználó - én; és a haladó felhasználó -ti; között - ami nem jelenti a parancssor vagy fájlszerkesztés kizárását, csak az arányokkal van néha bajom.
Az olyan rendszer sem tetszene ugyanígy amiben esély sincs a rendszerfájlok szerkesztésére, de az olyan sem ahol csak úgy lehet bármit elérni.
(Lehet az Openbox használata magában ezért nem lesz nekem megfelelő, de a KDE-vel együtt jó párosnak látom).A cpu monitorozásra nekem is van eltéve egy parancsom, de itt az lenne a lényeg, hogy a panelen lássam munka közben, milyen tevékenységnél merre mozdul a freki és a hőfok. (Conky is ezért lett leszedve, mert az asztalon nem látom, ha meg épp nem csinálok semmit akkor fölösleges mutatnia bármit is. Amúgy is csak egy-egy számra vagyok kiváncsi (pl [800] [52]), hogy épp mi a helyzet.
Ja, most az LXDE-vel kapcsolatban nem is ez volt a probléma, jut eszembe, hanem hogy a load (tehát a kis ablakocska amiben grafikonosan mutatja a használatot az 100%-on van, miközben valójában nem. Ezt érezni a hűtőből kiáramló levegőn is, mert ha valóban 100%-on dolgozna akkor hőt is termelne, de a hőfok mutató pedig helyesen, csak 52-t mutat.
Na mindegy, ez nem annyira számottevő, ez ügyben még nem kezdtem el az info vadászatot. Lehet hogy ez is csak a monitorozó applet bugja mint a jelet nem mutató networkmanager. Ha így van akkor úgyis idővel megoldódik.A HDD-nél meg az a poén hogy nem pörög, csak a ledje világít. Valamiért folyton világít, holott semmi nem használja.
Ez a két dolog a cpu load 100% és az égő hdd led alapállapotban még indítás után áll fent. Semmi nem fut és valójában a gépen fizikailag látni érezni hogy nem úgy van ahogy ezek a visszajelzők mutatják. Az én régi laptopomon ezt amúgy is könnyű kiszúrni mert hallani a hangját rendesen a hdd-nek is meg a proci hűtőjének is ha dolgoznak. (Ettől független az iotop jól jöhet majd még).
Amit a végén írsz az pedig természetesen érthető.
Az autós témához hasonlítva mindazt amit az előbb leírtam, én azt szeretem ha az autón minden apróbb dolgot meg tudok csinálni magam (pl nem kell szervizbe menni egy izzócserével is mert egy komolyabb alkatrészt ki kell szerelni hogy az izzóhoz hozzá lehessen férni - ilyenek a francia autók) de a komolyabb dolgokban pedig ugye jó ha van szerviz és gyorsan meg is tudják szerelni (p annak az alkatrésznek a leszereléséhez nem kell a gyártóországból külön specialistát hívni hanem a szerviznek van dokumentációja és szerelője aki el tudja végezni).
Valóban sokat tanultam már most a Linuxról az Arch óta. De ha nem lenne hozzá ez a jó dokumentáció akkor nem érne semmit, bármennyire szeretem az új dolgokat megtanulni. Ha csak a készítője tudná hogyan kell és azt nem mondja meg, akkor lehet akármilyen jó, mégsem jó.
Én úgy vagyok a dolgokkal, hogy ha minden le van írva amit elolvasva meg tudom a bajomat oldani akkor az nagyszerű. Ha nem, de van akit meg lehet kérdezni és a segítségével megoldódik akkor az jó. De ha sem leírás sem segítség nincs akkor az rossz.
(Na még akartam folytatni csak közben volt egy telefonom és kiment a fejemből
na sebaj, ez egy jel hogy már így is hosszú voltam ) -
Ebben a fájlban nekem ilyesmik nincsenek
Viszont én ugye a wiki oldalain mászkálva próbálom beállítani a rendszert, látom te is ajánlod, de ennek ellenére ott pl nem vezetett ehhez az evdev fájlhoz, mint szerkeszteni valóhoz - vagy csak annyi a linkelés, hogy egy két rész kimaradhat. Így is már kissmillió oldalon vagyok túl(#170) Siriusb: Wow
Megpróbáltad te is feltenni? Na megnézem én is ezt a \ -t. Most kicsit én is leültem vele, mert már begolyóztam tőle, de majd ezzel az új infóval adok egy újabb esélyt a dolognak.Persze hogy nincsenek, csak az alapdolgokat találod meg. Ezért másoltam be neked az én konfigomból, hogy kicsit előre vigyelek. Ha végiggondolod, miként kapja meg a kiosztást billentyűzet és megnézed a Xorg.0.log-ot, te is elindultál volna ezen az útonm hogy rájöjj, hol kell farigcsálni.
Gwhere-rel kapcsolatban: a 205-ös sor végén hiányzott a jel, nem a 206-osban volt a bibi, gondolom nem vagy jártas egy programozási nyelvben sem, azért ott kerested mindenáron.
Lehet a hibát a jelzett sorban érzékeli, de elképzelhető, hogy az előtte lévő sorban lett baki elkövetve. Tipikus hiba, amikor sor végi lezáró jelet, pl. pontos vessző lehagyja az ember.(#172) chab7
Most erre mit mondjak, KDE-nél szerintem ez nem meglepő, de ez lehet csak az én eltúlzott véleményem; objektív nem vagyok, az biztos.Nem tudom, mit használsz cpu szabályzásra, pl. így meg tudod nézni az adott pillanatban a frekit:
cpupower -c all frequency-info | grep currentEgyszerű kipróbálnod wicd-e a ludas, kilövöd (akár elindíthatod helyette a networkmanagert) és megnézed mi a helyzet.
HDD: iotop-ot rakd fel és megnézed, milyen folyamat berregteti a háttértáradat.
Az előző hozzászólásodat is beleértve: itt nem feltétlenül a gördülés, ami szóba jön, hanem az, hogy ez a disztribúció amolyan Csináld Magad disztró. Többször láttam - részben jogosan -, hogy nagyon hamar elhajtottak valakit azzal a felkiáltással, hogy "az Arch Linux nem neked való". Aki ezt akarja használni, annak rendelkeznie kell bizonyos készségekkel, vagy hajlandónak kell lennie tanulni. Én is ezzel a disztribúcióval mélyedtem bele jobban a linux világába, Ubuntuval csak kapargattam a felszínt.
Az olyanokat mint te vagy én, általában segíteni szokták, mert látják, hogy az ember saját maga is tesz az ügy érdekében. Aki meg csak várja, hogy kanállal etessék, azzal nem foglalkoznak, teljes joggal.Készülj fel, lesznek problémák, olyanok is, amiket nem tudsz megoldani. Ezt előre megmondom neked. Ez az ára annak, hogy egy ilyen rendszered lehet. Ellenben minden probléma lehetőséget teremt abban, hogy egy új résszel ismerkedj meg.
Kicsit ahhoz hasonlítanám, van aki maga bütyköli az autóját, van aki szerelőhöz viszi. Ugye nem az autót szidom, mert nem tudok féltengelyt cserélni. -
chab7
addikt
Ejha, legutóbbi frissítésbe volt egy kosárnyi kde-s frissítés. Most nem tudom emiatt, vagy csak mert használgattam az lxde-t meg a sima openbox-ot egyedül, de az alap kde plasma-t használva most irdatlan lassú akadozós lett minden. Alig jön elő valami amire kattintok. Szerencsére a kde/openbox teljesen jó maradt.
Remélem nem én toltam el valamit, és csak a frissítésekben van valami ami lassít.
Vagy még egy van amire gondolok de logikailag az sem lehet, a networkmanager helyett belőttem a wicd-t hogy legyen ikon jelerősség. De az csak nem akaszthatja meg a rendszert. (Amúgy a fórumon írta valaki, hogy a 3.4-es kernellel már lesz a nm-nek is jelzése. Lehet vissza is pakolom, majd csak eljön ez a frissítés is és jelezni fog az is.)Másik érdekes dolog amit észrevettem, hogy lxde alatt a proci maxon megy (de csak a monitorozó szerint, mert közben sem hőfok sem freki nem nő) plusz a vinyó ledje is folyton virít miközben nem is csinál a vinyó semmit.
Na az ilyen dolgokat nem szeretem. Ezekhez tuti nem piszkáltam, főleg hogy kde-n jók, és mindent wiki szerint (vagy itteni tanács) csinálok. Eddig szerencsére ezt betartva nem is barkácsoltam el a rendszert. És nincs is a testing repo sem használva.
Tudom, hogy egy gördülő friss csomagos rendszernek lehetnek ilyen nyavajái, de csak bosszantó, ha nem megy valami ahogy kellene. (Bár ez globális linux nyavaja, mert egyiken ez, másikon az nem jó alapból).
Aztán nem szidni hogy elégedetlenkedek, de egy kicsikét ez akkor is irgumburgum. (de mindezen nyűgök ellenére sem fogok sem windows sem ios felé indulni 
) -
Kis segítség a biilentyűzethez, amit pl. a /etc/X11/xorg.conf.d/10-evdev.conf-ba tudsz bejegyezni:
Section "InputClass"
Identifier "Keyboard Defaults"
MatchIsKeyboard "yes"
MatchProduct "keyboard"
Option "XkbLayout" "hu, us"
Option "XkbVariant" "102_qwertz_dot_dead,"
Option "XkbOptions" "terminate:ctrl_alt_bksp, grp:shifts_toggle"
EndSectionEz egyrészt kétféle kiosztás használatát teszi lehetővé: hu, us. Másrészt beállítja az általam preferált billentyűzet kiosztást. Harmadrészt lehetővé teszi az X újraindítását a megszokott bill. kombóval és a két Shift egyidejű lenyomásával váltható a hu / us bill.
Ajánlom feltenni a tint2-themes az AURból, segít a lehetőségek megismerésében.
És javasolt a wiki opemnboxszal foglalkozó részének elolvasása, ill. maga az openbox hivatalos oldal felkeresése.
Ebben a fájlban nekem ilyesmik nincsenek
Viszont én ugye a wiki oldalain mászkálva próbálom beállítani a rendszert, látom te is ajánlod, de ennek ellenére ott pl nem vezetett ehhez az evdev fájlhoz, mint szerkeszteni valóhoz - vagy csak annyi a linkelés, hogy egy két rész kimaradhat. Így is már kissmillió oldalon vagyok túl(#170) Siriusb: Wow
Megpróbáltad te is feltenni? Na megnézem én is ezt a \ -t. Most kicsit én is leültem vele, mert már begolyóztam tőle, de majd ezzel az új infóval adok egy újabb esélyt a dolognak. -
Na így már tovább megy a folyamat, de pár perc után csak most is dob egy errort.
Megpróbálom kihámozni hogy mi lehet.Ez amúgy a folyamat vége:
/usr/lib/libgmodule-2.0.so.0: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[3]: *** [gwhere] Error 1
make[3]: Leaving directory `/home/chab7/AUR/gwhere/src/gwhere-0.2.3/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/chab7/AUR/gwhere/src/gwhere-0.2.3/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/chab7/AUR/gwhere/src/gwhere-0.2.3'
make: *** [all-recursive-am] Error 2
==> HIBA: Hiba történt a build()-ben.
Megszakítás...Na, csak a lényeget nem másoltad be a hibaüzenetből
Elsőként a makefile-ban a 205-ös sor végén hiányzik a "\".
Ezután tovább megy és a hiba:
/usr/bin/ld: gwpluginsmanager.o: undefined reference to symbol 'g_module_symbol'
/usr/bin/ld: note: 'g_module_symbol' is defined in DSO /usr/lib/libgmodule-2.0.so.0 so try adding it to the linker command line
/usr/lib/libgmodule-2.0.so.0: could not read symbols: Invalid operationTehát az ld-nek kellene beadni valahogy a /usr/lib/libgmodule-2.0.so.0 - t, de ez már meghaladja az ismereteimet. Próbálj utánaolvasgatni. Ha lesz hétvégén időm, lehet belemélyedek, de erre ne vegyél mérget.
Vagy még jobb, ha pl. a nagy linux topikban is érdeklődsz. -
Az Openbox nem DE, csak WM. Mindent neked kell felépítened. Panelnek pl. én a tint2-t találtam a legjobbnak. Menü pedig jobb egérklattyra jön elő, ha már van menu.xml-ed.
KDE-re is vannak jó dolgok, pl. a K3B-t is használom, ill. régebben a digikam-ot. A dolphin is bejövős, de maradok inkább a thunar-nál.
Ez nagyon kemeny. Meg a bill kiosztas is angol egyelore. De kihivas ugyhogy nekiesek megbuheralni
Net megy, konzolt tudok inditani, csak eljutok valameddig -
Az Openbox nem DE, csak WM. Mindent neked kell felépítened. Panelnek pl. én a tint2-t találtam a legjobbnak. Menü pedig jobb egérklattyra jön elő, ha már van menu.xml-ed.
KDE-re is vannak jó dolgok, pl. a K3B-t is használom, ill. régebben a digikam-ot. A dolphin is bejövős, de maradok inkább a thunar-nál.
Na lássuk, dobok fel egy ilyen tint2-t hogy ne csak egy üres asztalom legyen. Az volt a baj az üres asztallal, hogy még egy konzolt sem tudtam nyitni
jobb gomb volt csak, de abban meg semmi értelmes ami kellett volna az elinduláshoz. -
Hát a KDE és a compiz (azt sem tudom pontosan ez mi is) nekem is új, ezelőtt nekem is Ubuntu volt (gnome2) és utóbbi időben LXDE felület.
Csak most Arch/Chakra alatt találkoztam (újra) a KDE-vel. Bár szerintem ez sem olyan rossz, csak a sok csicsát nem kell engedélyezni.
Próbáltam úgy is indítani már hogy csak Openbox, de ott meg egy szürke asztal fogadott mindenféle panel meg menü nélkül és nem tudtam vele mit kezdeni -
Egy ideig nálam is futott a compiz, windows után el voltam ájulva az effektektől. Aztán szépen elkezdtem lefaragni őket, mert zavaróak voltak hosszú távon. Majd jött a gnome-shell béta a 3.2-ig adtam neki esélyt, majd otthagytam az egészet, mert már nagyon olyan irányba ment el, ami nem tetszett. Openbox + tint2 + kupfer teljesen megfelel számomra, no meg 8 éves gépnek is. Ha egyszer belövi magának az ember a rendszert, nagyon kényelmes és praktikus munkakörnyezetet kap. Mondjuk én alapból a minimalista szemlélet felé húzok, a csili-vili annyira nem jön be. Szerencsére mindnyájan mások vagyunk, így sokan használják boldogan a KDE-t is.
Hát a KDE és a compiz (azt sem tudom pontosan ez mi is) nekem is új, ezelőtt nekem is Ubuntu volt (gnome2) és utóbbi időben LXDE felület.
Csak most Arch/Chakra alatt találkoztam (újra) a KDE-vel. Bár szerintem ez sem olyan rossz, csak a sok csicsát nem kell engedélyezni.
Próbáltam úgy is indítani már hogy csak Openbox, de ott meg egy szürke asztal fogadott mindenféle panel meg menü nélkül és nem tudtam vele mit kezdeni -
Nem is szidom az Arch-ot, sőt, nagyon is kellemes és kényelmes. Eddig ezen kívül csak a gwhere hiányzik ugye és a fedél felnyitásra eltűnő vga kimenet amit hibának/hiányosságnak rovok fel. Mert hát ugye tökéletes nem kelet semmi.
Amúgy a KDE is eléggé bejön rajta, csak gondoltam az LXDE-vel még gyorsítanék. De akkor majd lehet csak akkor mikor már ez is egységes lesz. Kivárom
Most megnéztem milyen a KDE/Openbox indítás.
Ez sem rossz, az ablakkeretek a már régen az LXDE alatt megszokott stílusban néznek ki, de a tartalom meg KDE.
Ma este majd így tesztelem. Lehet így is jó, csicsázást amúgy is csak mérsékelten akarok - de azért nem nullát.Egy ideig nálam is futott a compiz, windows után el voltam ájulva az effektektől. Aztán szépen elkezdtem lefaragni őket, mert zavaróak voltak hosszú távon. Majd jött a gnome-shell béta a 3.2-ig adtam neki esélyt, majd otthagytam az egészet, mert már nagyon olyan irányba ment el, ami nem tetszett. Openbox + tint2 + kupfer teljesen megfelel számomra, no meg 8 éves gépnek is. Ha egyszer belövi magának az ember a rendszert, nagyon kényelmes és praktikus munkakörnyezetet kap. Mondjuk én alapból a minimalista szemlélet felé húzok, a csili-vili annyira nem jön be. Szerencsére mindnyájan mások vagyunk, így sokan használják boldogan a KDE-t is.
-
Ja, hogy te ilyeneket használsz.
Akkor marad, amit colomb2 kolléga javasolt, írsz magadnak udev rule-okat.
Teljesen igaz, hogy a gép szolgálja ki az igényeidet, és az is igaz, hogy a változást nehezen viselik az emberek. Ez most egy átmeneti állapot, amikor a KDE is felzárkózik, nem lesz ez a különbség. Ne felejtsd el, Arch Linux nem Ubuntu, de nem is kell fél évente disztro frissítést csinálnod.
Nem is szidom az Arch-ot, sőt, nagyon is kellemes és kényelmes. Eddig ezen kívül csak a gwhere hiányzik ugye és a fedél felnyitásra eltűnő vga kimenet amit hibának/hiányosságnak rovok fel. Mert hát ugye tökéletes nem kelet semmi.
Amúgy a KDE is eléggé bejön rajta, csak gondoltam az LXDE-vel még gyorsítanék. De akkor majd lehet csak akkor mikor már ez is egységes lesz. Kivárom
Most megnéztem milyen a KDE/Openbox indítás.
Ez sem rossz, az ablakkeretek a már régen az LXDE alatt megszokott stílusban néznek ki, de a tartalom meg KDE.
Ma este majd így tesztelem. Lehet így is jó, csicsázást amúgy is csak mérsékelten akarok - de azért nem nullát. -
Hát csak azon problémázok, hogy a két felület alatt máshová csatolodik, én meg krusaderben akarom megnyitni a vinyókat, kb 10 fülön a különböző mappákkal amikben dolgozni szoktam, és ugye megjegyzi úgy nyílik meg.
De ha máshova csatol akkor ugrottak a mappákA felhasználónak egyébként engedtessék már meg - annak ellenére, hogy amit lehet megcsinál parancssorban - hogy ha valami megszokott jó dolgot megváltoztatnak és az nem tetszik akkor megjegyezze
Nem szeretnék soha annyira kocka/geek/akármi lenni, hogy én éljek a gépeim/oprendszereim/stb érdekeben, hanem azok azért vannak, hogy azok legyenek értem. És ha már így van akkor ne bonyolítsa, hanem segítse az életemet -
Miért nem lehet egyszerre egységesen cserélni le az ilyeneket?
Mert a KDE-be több idő, amíg átállnak valamiben más verzióra és ez érthető is.Ezért jó openbox-ot használni
Ha jól tudom, biztonsági szempontok miatt lett ejtve a /media.
Egyébként nem tudom, miért problémázol. Ha amúgy is grafikus felületet használsz, úgysem úgy tallózod ki a disk-et, hogy /run/media/blalalalala, hanem kiválasztod pl. az oldalsó panelen. Így is, úgy is egy katt. Vagy igazából mi a bajod?
Mondjuk nekem terminálba sem okoz problémát beírni a hosszabb útvonalat, kettővel több Tab-ot nyomok.Hát csak azon problémázok, hogy a két felület alatt máshová csatolodik, én meg krusaderben akarom megnyitni a vinyókat, kb 10 fülön a különböző mappákkal amikben dolgozni szoktam, és ugye megjegyzi úgy nyílik meg.
De ha máshova csatol akkor ugrottak a mappákA felhasználónak egyébként engedtessék már meg - annak ellenére, hogy amit lehet megcsinál parancssorban - hogy ha valami megszokott jó dolgot megváltoztatnak és az nem tetszik akkor megjegyezze
Nem szeretnék soha annyira kocka/geek/akármi lenni, hogy én éljek a gépeim/oprendszereim/stb érdekeben, hanem azok azért vannak, hogy azok legyenek értem. És ha már így van akkor ne bonyolítsa, hanem segítse az életemet -
Na szuper, ha az udisks2-t akarom leszedni akkor nyafog hogy az kell a gvfs-nek, ha z udisks-et akkor az meg a kdelibs és a libfm miatt nem akar lejönni.
De így meg KDE alatt a /media LXDE alatt meg /run/media/chab7 a csatolási pont
Miért nem lehet egyszerre egységesen cserélni le az ilyeneket? Meg eleve miért nem volt jó a /media alatt?Miért nem lehet egyszerre egységesen cserélni le az ilyeneket?
Mert a KDE-be több idő, amíg átállnak valamiben más verzióra és ez érthető is.Ezért jó openbox-ot használni
Ha jól tudom, biztonsági szempontok miatt lett ejtve a /media.
Egyébként nem tudom, miért problémázol. Ha amúgy is grafikus felületet használsz, úgysem úgy tallózod ki a disk-et, hogy /run/media/blalalalala, hanem kiválasztod pl. az oldalsó panelen. Így is, úgy is egy katt. Vagy igazából mi a bajod?
Mondjuk nekem terminálba sem okoz problémát beírni a hosszabb útvonalat, kettővel több Tab-ot nyomok. -
Na szuper, ha az udisks2-t akarom leszedni akkor nyafog hogy az kell a gvfs-nek, ha z udisks-et akkor az meg a kdelibs és a libfm miatt nem akar lejönni.
De így meg KDE alatt a /media LXDE alatt meg /run/media/chab7 a csatolási pont
Miért nem lehet egyszerre egységesen cserélni le az ilyeneket? Meg eleve miért nem volt jó a /media alatt? -
Próbálom az LXDE felületet is beüzemelni Arch-ra - ami végülis sikerült - de a külső vinyókat nem a /media alá csatolja, hanem a /run/media/chab7 alá
De miért? Én ugyan nem mondtam neki, hogy ide csatoljon. Más rendszerek alatt LXDE-n is a /media alá csatolt. Hiába bújom a netet nem találom ezt hol kell átállítani. Help -
Próbálom az LXDE felületet is beüzemelni Arch-ra - ami végülis sikerült - de a külső vinyókat nem a /media alá csatolja, hanem a /run/media/chab7 alá
De miért? Én ugyan nem mondtam neki, hogy ide csatoljon. Más rendszerek alatt LXDE-n is a /media alá csatolt. Hiába bújom a netet nem találom ezt hol kell átállítani. HelpEz az új szabvány
[link]Azt hiszem, máshol van részletesebb leírás, de most meg nem keresem
-
chab7
addikt
Próbálom az LXDE felületet is beüzemelni Arch-ra - ami végülis sikerült - de a külső vinyókat nem a /media alá csatolja, hanem a /run/media/chab7 alá
De miért? Én ugyan nem mondtam neki, hogy ide csatoljon. Más rendszerek alatt LXDE-n is a /media alá csatolt. Hiába bújom a netet nem találom ezt hol kell átállítani. Help -
Bocs, ez kimaradt:
-e, --noextract
Do not extract source files; use whatever source already exists in the src/ directory. This is handy if
you want to go into src/ and manually patch or tweak code, then make a package out of the result. Keep in
mind that creating a patch may be a better solution to allow others to use your PKGBUILD.Szóval ezt az opciót is rakd be a makepkg-hez.
-
Sajnos hiába töröltem a létrehozott tar.gz-t és szerkesztettem a src-ben levő fájlt.
Az újabb makepkg -s --skipinteg parancs kiadása után is leszedi a netről a tar.gz-t és abból újraírja a src mappa tartalmát és úgy próbálja a csomagot létrehozni, ami természetesen nem megy neki mert a változtatásom már így nincs benne.
Megintcsak ott tartok hogy a tar.gz -ben kellene szerkeszteni amit majd a telepítőfájl létrehozásához használ és akkor jó lehente. Csak ha kicsomi-szerkeszt-becsomi akkor elbukik az eredetiségvizsgálaton -
Nézd meg az install scriptet vagy ne csinálj semmit, csak imádkozz, hogy ne kavarjon be a "fekete"
telepítés.Sajnos hiába töröltem a létrehozott tar.gz-t és szerkesztettem a src-ben levő fájlt.
Az újabb makepkg -s --skipinteg parancs kiadása után is leszedi a netről a tar.gz-t és abból újraírja a src mappa tartalmát és úgy próbálja a csomagot létrehozni, ami természetesen nem megy neki mert a változtatásom már így nincs benne.
Megintcsak ott tartok hogy a tar.gz -ben kellene szerkeszteni amit majd a telepítőfájl létrehozásához használ és akkor jó lehente. Csak ha kicsomi-szerkeszt-becsomi akkor elbukik az eredetiségvizsgálaton -
Na de úgy nem akart felmenni
Fogalmam nincs mit törölgessek most így. Örültem hogy forrásból sikerült felvarázsolni, de aztán meg a feketeleves hogy nem illeszkedik a témábaAkkor próbáljam meg esetleg így ahogy van, most valahogy a pacmannel rátelepíteni hátha felülírja?
Nézd meg az install scriptet vagy ne csinálj semmit, csak imádkozz, hogy ne kavarjon be a "fekete"
telepítés. -
Ha nem a pacman-en keresztül telepítetted és nincs hozzá uninstall script akkor kézzel kel kitörölgetned mindent, amit felpakolt. Nos, az ilyen telepítés az, ami nem nagyon ajánlott, biztonságosabb és könnyebb mindent pacman-en keresztül.
Na de úgy nem akart felmenni
Fogalmam nincs mit törölgessek most így. Örültem hogy forrásból sikerült felvarázsolni, de aztán meg a feketeleves hogy nem illeszkedik a témábaAkkor próbáljam meg esetleg így ahogy van, most valahogy a pacmannel rátelepíteni hátha felülírja?
-
Ahha
"Töröld a létrejött telepítő fájlt, majd szerkeszd a forrást.
makepkg -s --skipinteg és kész vagy"Jólvanna, már rájöttem
Mentségemre szóljon ezt a programot már annyira fel akarom hegeszteni a rendszerre hogy összefolynak a dolgok mikor mit csinálok.
Még annyi hogy amit felszenvedtem forrásból (de csúnya) azt hogy szedjem le, hogy ne kavarjon be? -
Ahha
"Töröld a létrejött telepítő fájlt, majd szerkeszd a forrást.
makepkg -s --skipinteg és kész vagy"Jólvanna, már rájöttem
Mentségemre szóljon ezt a programot már annyira fel akarom hegeszteni a rendszerre hogy összefolynak a dolgok mikor mit csinálok.
Még annyi hogy amit felszenvedtem forrásból (de csúnya) azt hogy szedjem le, hogy ne kavarjon be? -
Aha
Most megcsináltam úgy, hogy a tarballt kicsomagoltam és a mappájában nyomtam egy makepkg -s
Na ez lefutott, a végén azzal a hibával ahogy az aur oldalán írja is már valaki más.
Akkor most a src mappában levő fájlt módosítsam? (Azt amelyikről kiderítettem mit kell megváltoztatni benne, hogy ne dobja ezt a hibát).
És miután megváltoztattam azt a fájlt akkor megint futtassam a makepkg -s ? -
Na ezaz hogy így próbáltam már hogy kicsomagol szerkeszt becsomagol. De ha így etettem meg a telepítővel akkor ezt dobta:
==> Forrásfájlok eredetiségének ellenőrzése md5sums ellenőrzőösszeggel...
gwhere-0.2.3.tar.gz ... HIBA
==> HIBA: Egy vagy több fájl nem ment át az eredetiségellenőrzésen!
==> ERROR: Makepkg was unable to build gwhere.Megpróbálom akkor a leírás alapján nem yaourttal.
Amúgy a már előzőleg forrásból feltett verziót hogy távolíthatom el, hogy be ne kavarjon?
-
http://aur.archlinux.org/
Az egyszerű mód:
Megkeresed a csomagot, letöltöd a tarball-t, kicsomagolod, belépsz a létrejött könyvtárba.
makepkg -s elkészíti a telepítő fájlt, de nem törli a source-t. Töröld a létrejött telepítő fájlt, majd szerkeszd a forrást.
makepkg -s --skipinteg és kész vagy, csak telepíteni kell sudo pacman -U akarmi.tar.xzOlvasnivaló:
man makepkg
https://wiki.archlinux.org/index.php/AUR_User_GuidelinesEgyébként, ha a PKGBUILD-ben megjelölt helyekről letöltött forrást manipulálsz, utána a PKGBUILD-ben az md5sumo(ka)t frissítsd: md5sum módosított_fájl és megvan az új összeg.
Szerk: nem kell tar.gz fájlon belül szerkeszteni, minek. A legegyszerűbb, ha kicsomagolod, szerkeszted, újra tömöríted. Persze kicsomagolhatod azt az egyetlen fájlt, amire szükséged van, majd updatelheted a tömörített fájlt, de most nem akkor méretről beszélünk, hogy ezzel kellene veszkődnöd.
-
Oh, kösz, ezt megnézem, ez a cikk nem volt még a repertoárban.
Arra tudsz esetleg valamit, hogy hogyan tudnék egy tar.gz fájlon belül fájlt szerkeszteni?
Csak mert feltettem a gwhere-t forrásból, de a kinézete sem akar igazodni (mint ahogy a multkor linkeltem képpel olyan), és ikonja sem lett a menüben.
Gondoltam a yaourttal feltetetem úgy, hogy a gépen egy mappában csináltatom vele a buildet (erre találtam ezt a parancsot: yaourt -Sb --export <dir> <package>) és a kész fájlban megszerkesztem azt a sort ami miatt alapból nem teszi fel - ezt már valaki jelezte is a gwhere aur oldalán, de aki csinálta nem javította ki.Hátha ha én megszerkesztem a fájlt amivel forrásból sikerült feltetetni akkor a yaourttal is felmenne, csak be is állítaná a rendszerhez. Kinézettel, ikonnal.
Lehet, hogy vakvágányon vagyok, de csak megpróbálnám.
Nem hagy nyugodni , hogy más rendszereken forrásból is fel tudtam tenni és szépen igazodott is a témához és ikonja is volt, itt meg kínlódok vele.Az a módszer hogy kicsomagolom szerkesztek és visszacsomagolom nem jó, mert akkor eredetiségvizsgálattal errorozik.
Már lecserélném a gwhere-t is, ha lenne más program ami meg tudná nyitni a .ctg lemezkatalógus fájljaimat és még keresni is tudna benne joker karakteresen mint a gwhere ami kicsi de ügyes program.
Sajna az ismert programok nem tudják (cdcat és társai). -
Ehhez nem tudok hozzászólni.
Ha nagyon kell én az xset -dpms paranccsal kikapcsolom az energiagazdálkodást, oszt jóidő.Pedig reméltem, hogy lesz valami tipped/linked amiből rájövök
Sebaj, egyelőre marad akkor a nem teljesen csukom le változat, de mivel régi gép, kikopott fedéltartóval így ki kell pöckölni, mert magától nem bírja már a súlyát csak függőlegesben -
Na csak akadt egy problémám amire ma sem találok megoldást. (azaz 2 is)
Szépen be van állítva a vga kimenetre a tv - kiterjesztett asztalként. Működik is minden ahogy kell, gépen dolgozás, kiterjesztett asztalon film.
Aztán leülnék a filmet nézni és lecsukom a laptop fedelét.
Be van állítva, hogy ne történjen semmi így hát nem is történik, amint lecsukom eléri a pöcköt és a laptop képernyőt lelövi (hogy ne süsse meg a billentyűt) a kiterjesztett asztalon (a tv-n) pedig szépen megy tovább a film.
Eddig minden oké is, a gond ott következik mikor felnyitom a fedelet, mert akkor ugyan felvilágosodik a laptop képernyője, de egyben a vga kimenetet megszünteti és csak a laptop kijelző aktív.
Ilyenkor újra be kell mennem a képernyő beállításaihoz és a vga kimenetet tiltottról áttenni megint aktívra.
Biztos, hogy meg lehet csinálni, hogy felnyitáskor ne tiltódjon a vga kimenet - a Lubuntun alapból így is működik - csak mivel nem tudom hogyan kell és nem találok rá sem beállítási lehetőséget sem leírást a neten így megbuktam egyelőre ezzel.A másik meg szintén idegesítő dolog, hogy nincs sem képernyővédő beállítva, és az energiakezelésnél a hálózati áramon fülnél kivettem a pipát az elsötétítés/kikapcsolás/felfüggesztés elől, mégis 10 perc után elsötétül a film.
A fura az, hogy legelőször mikor filmet néztem az Arch alatt akkor nem volt még így, mert 55 percig jutottam a filmben mikor is felnyitottam a fedelet mert jött üzenetem és akkor fedeztem fel az elsőnek említett felnyitás utáni vga kimenet tiltást is. Miután az üzenetet elolvastam és visszacsuktam a fedelet és néztem tovább a filmet azóta csinálja ezt a 10 percenkénti elsötétülést.
Vajon mi lelete, hogy egy felnyitástól valahol valami átállítódott, és hogyan tudnám kiküszöbölni ezt?
Félmegoldásként most bepipáltam az elsötétítést és 120 percre állítottam.
Na de most már piszkálja a csőröm, hogy hogy lehetne mégis úgy, hogy hálózatra dugva egyáltalán ne sötétüljön el.
Na meg felnyitásra ne vegye el a vga kimenetet. -
Valahogy felkerült oda az a pacman.conf. Na mindegy, ha jó, akkor jó.
Nem mindegy a daemon array-ben a sorrend. Vannak olyanok démonok, amiknek már fel kell állniuk, mire egy másik sorra kerül. Pl. dbus-t nem célszerű a végére rakni. Viszont a nem fontosakat meg háttérbe tudod szorítani, a @ jelet kell elé rakni, ilyen lehet pl. a networkmanager. A network démon ebbe az esetben nem is kell, vagy töröld, vagy rakj elé egy felkiáltójelet.
Nos, ha az 1-2 nap ellenében csak hetente 1x futtatsz frissítést, akkor jó eséllyel az esetlegesen felmerült bugok már ki vannak javítva, a hibás verziót meg sem kapod. Néha láttam, órák alatt megszületett a javítás.
Tényleg kiváló a wiki. Gondolkoztam azon, hogy beszállok a magyar fordításba, de nem tudom az adott szakmai kifejezések miként honosodtak meg a magyar nyelvben, már túl sok éve angolul használom az oprendszereket, szóval inkább nem kavarok.
Csak olyannal jövök amire nem - vagy mikor már órákat olvasgattam és kicsit elfogy a türelem
Na, én ennél a pontnál szoktam mindig pórul járni, mert az esetek többségében, amint elküldtem a hozzászólást, már rá is jövök a megoldásra.A magyar fordítás nekem is eszembe jutott, csak tudom, hogy nem lesz rá időm ezért inkább nem vágok bele.
Szerintem nem baj az ha itt van egy két kérdés, és annak a megoldása, mert lehet másnak segít majd. Minél több az infó valamiről annál inkább kedvet kapnak kipróbálni
Én is így kerültem ide.
-
Nem netinstall volt pedig, hanem még a 2011.08 lemezről indultam és utána frissítettem. Megy amúgy minden rendben, csak megjegyeztem, hogy fura mód nekem nem jött létre az a fájl most.
A többit amit az imént ollóztam be azokat időközben összefésültem, nem volt azokban sem változás, azaz az rc.confban igen, már a hwclock démon nincs az újban és a network-ot is kivettem mert azt írták a networkmanager elég helyette ha az fent van, de nekem mégsem indult úgy. Aztán betettem a networkmanagert a sor végére, és úgy már elindult network nélkül is.Én igyekszem majd 1-2 naponta lefuttani a Syu -t, mert abba belevesznék ha rengeteg csomag lenne egyszerre. Pár darab közül meg csak van esténként 20-30 percem hogy kibogarásszam ha van valami teendő.
Továbbra is csak azt tudom mondani, hogy a gyorsaságán kívül még a szuper dokumentáció az ami megfogott az Archban. Szinte mindenre találok választ benne. Csak olyannal jövök amire nem - vagy mikor már órákat olvasgattam és kicsit elfogy a türelem
-
És nincs kommentelve egyik sem? Érdekes. Lehet akkor a friss telepítés (netinstall) már egyből ezt a verziót szedte le neked, én meg csak mögötted kullogok a frissítéssel.
Nem netinstall volt pedig, hanem még a 2011.08 lemezről indultam és utána frissítettem. Megy amúgy minden rendben, csak megjegyeztem, hogy fura mód nekem nem jött létre az a fájl most.
A többit amit az imént ollóztam be azokat időközben összefésültem, nem volt azokban sem változás, azaz az rc.confban igen, már a hwclock démon nincs az újban és a network-ot is kivettem mert azt írták a networkmanager elég helyette ha az fent van, de nekem mégsem indult úgy. Aztán betettem a networkmanagert a sor végére, és úgy már elindult network nélkül is.Én igyekszem majd 1-2 naponta lefuttani a Syu -t, mert abba belevesznék ha rengeteg csomag lenne egyszerre. Pár darab közül meg csak van esténként 20-30 percem hogy kibogarásszam ha van valami teendő.
Továbbra is csak azt tudom mondani, hogy a gyorsaságán kívül még a szuper dokumentáció az ami megfogott az Archban. Szinte mindenre találok választ benne. Csak olyannal jövök amire nem - vagy mikor már órákat olvasgattam és kicsit elfogy a türelem
-
-
pacman -Qi pacman milyen verziószámot mutat?
Azt ellenőrizd le a pacman.conf-ban, hogy minden tárolónál ott legyen a
SigLevel = PackageRequiredPl.:
[core]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlistA verzió természetesen a legújabb 4.0.3-2 hiszen lefutott a frissítés, és a kiírt parancsokat is lefuttattam. Azok is lementek rendben.
A SigLevel = PackageRequired is ott van mindnél.
Én csak arra reagáltam, hogy a cikkben említett pacnew fájl nem jött létre, így nincs mit összefésülnöm. -
Először pacman -Syyu, ekkor értesülsz, hogy a pacman-t kell először frissíteni, s miután ez megtörtént, jönnek a leírt lépések.
Azokon természetesen végigmentem, kulcsimportálás meg ilyenek az lefut csak a végén ahogy írja (a cikkben) nekem nem keletkezik pacnew fájl amit összefésüljek
-
Hmmm, nekem csúnya nagy kan betűkkel tette ki, ennyi info el sem férne a kijelzőmön így
Hogy lehet kisebb betűkkel kijeleztetni? (És úgy hogy ha valamelyik érték változik akkor ne ragadjon be az előző érték, mert együtt látszanak és olvashatatlan így.)Na meg egy olyan ikon kellene a panelre amive egy kattintásra elérhető az asztal. Ilyet sem találtam még
(Viszont a proci kezelést sikerült beállítanom már). -
ps aux | grep conky
ebből megnézed a PID-et és ki tudod lőniEgy minta a desktopról, mit is lehet művelni a conky-val
Persze lehet még cifrázni a lua kör kijelzőivel stb.
Hmmm, nekem csúnya nagy kan betűkkel tette ki, ennyi info el sem férne a kijelzőmön így
Hogy lehet kisebb betűkkel kijeleztetni? (És úgy hogy ha valamelyik érték változik akkor ne ragadjon be az előző érték, mert együtt látszanak és olvashatatlan így.)Na meg egy olyan ikon kellene a panelre amive egy kattintásra elérhető az asztal. Ilyet sem találtam még
(Viszont a proci kezelést sikerült beállítanom már). -
Kösz a wikis linkeket - bár ezeken indulok én is alapból
Ez a conky egész jó lenne de "ráfagynak" a karakterek egymásra, szóval nem látni mikor vált akkor épp mekkora a freki. Na meg akkora betűkkel írja eleve, hogy az én 1024x768 -as kijelzőm felét le is foglalja. Bár már átlátszóvá tettem, de a nagysága és a beragadó karakterek miatt nem tetszik. Ha majd lesz kész configod akkor megnézem újra.
Egyelőre azonban találtam ezt a parancsot: watch grep \"cpu MHz\" /proc/cpuinfo
Ez klasszul csak azt mutatja épp mekkora a freki. És szerencsére már a 4 lépcsős conservative governort is sikerült belőnöm.
Viszont a conky-t nem tudom lelőni. killall conky -ra azt írja nem fut. De hát ott van az asztalon Hogy lehet akkor eltávolítani? Újraindítás után is ott van, pedig nem is állítottam be auto indulásra.
Majd lehet kipróbálom a trayfreq programot, arra is ráakadtam a wikiben.ps aux | grep conky
ebből megnézed a PID-et és ki tudod lőniEgy minta a desktopról, mit is lehet művelni a conky-val
Persze lehet még cifrázni a lua kör kijelzőivel stb.
-
Ami kell neked:
https://wiki.archlinux.org/index.php/Lm_sensors
https://wiki.archlinux.org/index.php/Cpufreq
https://wiki.archlinux.org/index.php/ConkyMég én is farigcsálom a conkyrc-met (kinézetileg) a laptopra, ha kész lesz és kéred, átküldöm.
Külső HDD-nél simán el tudom képzelni, hogy vfat-ra volt gyárilag formázva. Nem akarok hülyeséget mondani, de mintha a WnXP nem kezelte volna ntfs-sel az ilyen eszközt.
Szerk.
Persze még mindig megnézheted az órajelet így is:
cat /proc/cpuinfo | grep MHzKösz a wikis linkeket - bár ezeken indulok én is alapból
Ez a conky egész jó lenne de "ráfagynak" a karakterek egymásra, szóval nem látni mikor vált akkor épp mekkora a freki. Na meg akkora betűkkel írja eleve, hogy az én 1024x768 -as kijelzőm felét le is foglalja. Bár már átlátszóvá tettem, de a nagysága és a beragadó karakterek miatt nem tetszik. Ha majd lesz kész configod akkor megnézem újra.
Egyelőre azonban találtam ezt a parancsot: watch grep \"cpu MHz\" /proc/cpuinfo
Ez klasszul csak azt mutatja épp mekkora a freki. És szerencsére már a 4 lépcsős conservative governort is sikerült belőnöm.
Viszont a conky-t nem tudom lelőni. killall conky -ra azt írja nem fut. De hát ott van az asztalon Hogy lehet akkor eltávolítani? Újraindítás után is ott van, pedig nem is állítottam be auto indulásra.
Majd lehet kipróbálom a trayfreq programot, arra is ráakadtam a wikiben. -
Ami kell neked:
https://wiki.archlinux.org/index.php/Lm_sensors
https://wiki.archlinux.org/index.php/Cpufreq
https://wiki.archlinux.org/index.php/ConkyMég én is farigcsálom a conkyrc-met (kinézetileg) a laptopra, ha kész lesz és kéred, átküldöm.
Külső HDD-nél simán el tudom képzelni, hogy vfat-ra volt gyárilag formázva. Nem akarok hülyeséget mondani, de mintha a WnXP nem kezelte volna ntfs-sel az ilyen eszközt.
Szerk.
Persze még mindig megnézheted az órajelet így is:
cat /proc/cpuinfo | grep MHz -
Nagy keresgélésemben erre akadtam:cat /proc/cpuinfo | grep MHzKimenete pedig:cpu MHz : 1728.948Szóval jelenleg csonton fut akkor mégis csak kell a témával foglalkoznom és valahogy behegeszteni a megfelelő cpu kezelést.
Hopsz, ez csak a cpu adatait mutatja, szóval ettől még lehet most épp nem ennyin fut. Akkor most jön a conky.A másik téma pedig az acpi lesz, de azt úgy látom már kapásból tartalmaz, mert erre a parancsra:
lsmod | grep acpi
ezt adja:
thinkpad_acpi 54705 0
nvram 4794 1 thinkpad_acpi
snd 45013 10 snd_timer,thinkpad_acpi,snd_pcm,snd_ac97_codec,snd_intel8x0,snd_intel8x0m
rfkill 12600 2 cfg80211,thinkpad_acpi
pata_acpi 2388 0
libata 145743 5 libahci,ahci,ata_piix,ata_generic,pata_acpiszóval legalább magától valamit berakott ami thinkpad
No de lehet nem elég. -
Egyelőre nem akarok szabályozni csak megnézni akarom, hogy most így mennyin megy a proci. Akkor ha jól értem erre a Conky kell.
(Nekem meg asztalim nincs már jó pár éve, és a Linuxot már eleve laptopon kezdtem. De ennyire elemeire szedett op.rendszer nálam ugye még ez az első
)Aztán még egy újdonság amibe ma futottam bele. A két tök egyforma - csak az egyik már dizájnosabb, mert újabb - WD usb-s vinyómból az egyiket vfat-nak mutatja a másikat meg ntfs-nek
Létezhet, hogy alapból így voltak formázva? Csak mert én nem formáztam őket mikor megvettem, és eddig az Ubuntu alatt ugye nem volt velük gondom. Most viszont az újabb vinyón - amit ntfs-nek mutat - levő fájlokhoz nincs írásjogom. Ma akartam rajta levő txt fájlt szerkeszteni és nem engedte, akkor vettem észre ezt.
Összefügghet azzal is, hogy mikor Debiant próbáltam azon meg csatolni nem csatolta fel.Nagy keresgélésemben erre akadtam:cat /proc/cpuinfo | grep MHzKimenete pedig:cpu MHz : 1728.948Szóval jelenleg csonton fut akkor mégis csak kell a témával foglalkoznom és valahogy behegeszteni a megfelelő cpu kezelést.
Hopsz, ez csak a cpu adatait mutatja, szóval ettől még lehet most épp nem ennyin fut. Akkor most jön a conky.A másik téma pedig az acpi lesz, de azt úgy látom már kapásból tartalmaz, mert erre a parancsra:
lsmod | grep acpi
ezt adja:
thinkpad_acpi 54705 0
nvram 4794 1 thinkpad_acpi
snd 45013 10 snd_timer,thinkpad_acpi,snd_pcm,snd_ac97_codec,snd_intel8x0,snd_intel8x0m
rfkill 12600 2 cfg80211,thinkpad_acpi
pata_acpi 2388 0
libata 145743 5 libahci,ahci,ata_piix,ata_generic,pata_acpiszóval legalább magától valamit berakott ami thinkpad
No de lehet nem elég. -
Arch Linux = te magad építed fel a rendszer minden elemét. Magától semmi nem kerül bele.
CPU szabályzás: vagy cpufrequtils, vagy cpupower. Ez utóbbi az előző továbbfejlesztett változata. Attól függ melyiket használod, rc.conf module sorba kell majd az acpi-cpufreq (mindkét programnál ha intel pricid van, más procinál a megfelelő modul), ill. a governor. Wiki oldalon meglesheted.
Kellene még neked a laptop-mode-tools, pm-utils, wikiben keress rá a a laptop stb kifejezésekre.
Laptop hangolás nálam is most van folyamatban, számomra teljesen új terület, eddig csak desktop-ot használtam, szóval ha van valami kérdés, vagy más, írj ide, nekem is jól jöhet.És javaslom, használj conky-t, azzal egyből átlátod a rendszer aktuális állapotát.
Egyelőre nem akarok szabályozni csak megnézni akarom, hogy most így mennyin megy a proci. Akkor ha jól értem erre a Conky kell.
(Nekem meg asztalim nincs már jó pár éve, és a Linuxot már eleve laptopon kezdtem. De ennyire elemeire szedett op.rendszer nálam ugye még ez az első
)Aztán még egy újdonság amibe ma futottam bele. A két tök egyforma - csak az egyik már dizájnosabb, mert újabb - WD usb-s vinyómból az egyiket vfat-nak mutatja a másikat meg ntfs-nek
Létezhet, hogy alapból így voltak formázva? Csak mert én nem formáztam őket mikor megvettem, és eddig az Ubuntu alatt ugye nem volt velük gondom. Most viszont az újabb vinyón - amit ntfs-nek mutat - levő fájlokhoz nincs írásjogom. Ma akartam rajta levő txt fájlt szerkeszteni és nem engedte, akkor vettem észre ezt.
Összefügghet azzal is, hogy mikor Debiant próbáltam azon meg csatolni nem csatolta fel. -
Belenéztem a két fájlba, és szerencsére egyeznek, szóval most nem volt teendőm. Majd legközelebb biztos lesz.
Tart még keményen a rendszerem finomhangolása, most pl valami olyat keresnék amivel látnám milyen frekin megy a proci. Mivel telepítéskor sem acpi, sem cpu dolgokat nem kellett telepíteni - nem volt ilyesmi az install guideban - ezért nem tudom vajon jól kezeli e a rendszer a laptop cpu-ját, azaz nyugalomban 800MHz ha meg kakaó kell 1,7GHz. De az is lehet, hogy azért nem volt ilyen a leírásban mert alapból ezeket jól kezeli a frissen feltett rendszer.
Szóval ha lenne egy olyan valami a panelen ami mutatja az aktuális cpu frekit akkor ellenőrizni tudnám. (LXDE alatt tudnék erre panel elemet de KDE-n nem találok).
Ezen már végigmentem, de pl a cpufreq-info parancsra ez a válasza:no or unknown cpufreq driver is active on this CPU
Így hát gyanítom nem kezelheti rendesen a procit (vagy mégis?
mert alapállapotban nem érezni hogy jobban melegedne mint kell, de ha látnám is a szememmel mikor mekkora frekin üzemel akkor nyugodtabb lennék )Arch Linux = te magad építed fel a rendszer minden elemét. Magától semmi nem kerül bele.
CPU szabályzás: vagy cpufrequtils, vagy cpupower. Ez utóbbi az előző továbbfejlesztett változata. Attól függ melyiket használod, rc.conf module sorba kell majd az acpi-cpufreq (mindkét programnál ha intel pricid van, más procinál a megfelelő modul), ill. a governor. Wiki oldalon meglesheted.
Kellene még neked a laptop-mode-tools, pm-utils, wikiben keress rá a a laptop stb kifejezésekre.
Laptop hangolás nálam is most van folyamatban, számomra teljesen új terület, eddig csak desktop-ot használtam, szóval ha van valami kérdés, vagy más, írj ide, nekem is jól jöhet.És javaslom, használj conky-t, azzal egyből átlátod a rendszer aktuális állapotát.
-
Azért ilyen hülyeséget ne mondjunk, hogy a pacnew fájlokkal nem kell tenni semmit!
Össze kell hasonlítani az eredetivel (diff, meld segít ebben) és a változásoknak megfelelően frissíteni. Pl. van amikor régi opciókat ki kell venni, vagy újakat bemásolni az eredetibe. Nagyon fontos a pacnew átnézése és a változások adaptációja, hiszen újraindítás után lehetséges, hogy hibákkal, nem megfelelő működéssel találkozol az elégtelen konfigurálás miatt.
Változatok a programokra:
Krusader helyett tux-commander, gnome-commander vagy terminal
Amarok helyett Sonata, ClementineBelenéztem a két fájlba, és szerencsére egyeznek, szóval most nem volt teendőm. Majd legközelebb biztos lesz.
Tart még keményen a rendszerem finomhangolása, most pl valami olyat keresnék amivel látnám milyen frekin megy a proci. Mivel telepítéskor sem acpi, sem cpu dolgokat nem kellett telepíteni - nem volt ilyesmi az install guideban - ezért nem tudom vajon jól kezeli e a rendszer a laptop cpu-ját, azaz nyugalomban 800MHz ha meg kakaó kell 1,7GHz. De az is lehet, hogy azért nem volt ilyen a leírásban mert alapból ezeket jól kezeli a frissen feltett rendszer.
Szóval ha lenne egy olyan valami a panelen ami mutatja az aktuális cpu frekit akkor ellenőrizni tudnám. (LXDE alatt tudnék erre panel elemet de KDE-n nem találok).
Ezen már végigmentem, de pl a cpufreq-info parancsra ez a válasza:no or unknown cpufreq driver is active on this CPU
Így hát gyanítom nem kezelheti rendesen a procit (vagy mégis?
mert alapállapotban nem érezni hogy jobban melegedne mint kell, de ha látnám is a szememmel mikor mekkora frekin üzemel akkor nyugodtabb lennék ) -
Nem kell vele tenni semmit. Az üzenet lényege, hogy az mkinitcpio frissítésekor a hozzá tartozó, és általad már belőtt konfigurációs fájlt - nagyon helyesen - nem írta felül, hanem annak új változatát más néven helyezte el.
Például ha nálam lecserélte volna, akkor a következő kernelfrissítéskor az új initramfs készítésekor a beállított lzma helyett gzip módszerrel tömörítette volna a kiinduló memóriaképet, ami nem gond, viszont nem tette volna bele az fglrx (ATI Catalyst) cuccait, ami viszont meglehetősen.
Egyébként megnéztem, a konfigurációs fájl új változata néhány magyarázó szövegben tér el az előző alapállapotától.
Azért ilyen hülyeséget ne mondjunk, hogy a pacnew fájlokkal nem kell tenni semmit!
Össze kell hasonlítani az eredetivel (diff, meld segít ebben) és a változásoknak megfelelően frissíteni. Pl. van amikor régi opciókat ki kell venni, vagy újakat bemásolni az eredetibe. Nagyon fontos a pacnew átnézése és a változások adaptációja, hiszen újraindítás után lehetséges, hogy hibákkal, nem megfelelő működéssel találkozol az elégtelen konfigurálás miatt.
Változatok a programokra:
Krusader helyett tux-commander, gnome-commander vagy terminal
Amarok helyett Sonata, Clementine -
Megtettem az első frissítésemet ami már grafikus felület alól volt. Rendben le is futott, nem sok minden volt, viszont van közte egy sor:
(13/20) frissítés: mkinitcpio [##################################################] 100%
figyelmeztetés: /etc/mkinitcpio.conf /etc/mkinitcpio.conf.pacnew néven lett telepítveEzzel kell valamit csinálni? Átnevezni vagy egyéb dolgot?
-
Ha egyszer belőtted, utána már tényleg csak az élvezet marad. Ezért felüdülés néha egy bug, nehogy elkényelmesedj.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Backup != linux. Minden oprendszernél és adatoknál kötelező, szerintem. Én akkor kezdtem el erre figyelni, amikor másfél napi munkám szállt el. Azóta mentek, mint a kisangyal, fontos adatokat 2-3 helyre, fizikálisan is távol egymástól.
Egyébként a hiba, amiről regéltél, nekem olyannak tűnik, mint amikor nics swap és elfogy a rendszer lába alól a szabad RAM.
Lehet, hogy abban is, a lelkébe mászva meg lehetne piszkálni, hogy jobb legyen, de akkor meg már inkább az Arch, ha könyékig kell benne lenni. (Szerintem ebben a mondatban te is egyet értesz
)
Egyet bizony!Mielőtt otthagytam az ubit, én is azt vettem észre, hogy egyre inkább "felhasználóbarátabb", tehát nem tudod a magad ízlésére alakítani, hanem kénytelen vagy azzal élni, amit eléd tesznek. (Ez a bajom (egyik) a gnomeshell-lel is. KDE-t meg ki nem állhatom, 1,5 óránál többet nem tűröm meg a gépen, amikor esélyt akarok neki adni, hogy megmutassa magát. Egyszer fent volt néhány hétig, de besokaltam, s most már ilyen alacsony az ingerköszöb. )
Sok jó élmény kívánok a rendszer használatához!
Sajnos anyagilag nem tudom megtenni, főleg 2-3 helyre az adataim teljes mentését. Van 3 külső vinyóm, de azokon főként zene és film van. Ami szabad hely van rajtuk oda szoktam backup másolatokat tenni a legfontosabb dolgokról.
De teljes op.rendszer mentésem még nem volt - bár 10-20 giga hely még akad majd valamelyiken neki.
Én úgy vagyok a KDE-vel, hogy most kellemes csalódás, de ha mégsem válik be akkor felhúzok majd egy LXDE-t is mellé és azzal akkor az Arch még pattogósabb lehet. De lehet majd csak akkor ha találok az Amarok és a Krusader helyére ugyanakkora tudású alternatívát. Most örülök, hogy azok is pattogósan dolgoznak, a nekik megfelelő felületen
Az Ubuntut pedig nem akarom szidni az egyre felhasználóbarátabbá válása miatt, mert ha anno nincs, akkor még nem használnék ma sem lehet Linuxot. Csak évekig az volt hű op.rendszerem de kinőttem -
Ebbe a backupba bele kell majd szokni, mert még az eddigi linuxos pályafutásom alatt nem kellett, de nem is volt dolgom rolling disztróval. Eddig a home könyvtárról egy másolatot tartanom elég volt, hogy esetleges adatvesztés esetén meglegyenek a beállításaim. (Na akkor én az utóbbiba tartozom mert rendszerösszeomlásom még nem volt
)Hát az LXDE esetén nem igazán tudok okot user errorra, mert pl Ubuntu után próbálkoztam az LMDE rendszerrel LXDE kezelővel és minden ment is benne klasszul, na az nem lassult, de volt pár olyan bug ami kényelmetlen volt, ezért néztem más után. Majd feltettem a Lubuntut - felbuzdulva az LXDE gyorsaságán - rá a programjaim, és elkezdtem használni. Semmi különösbe nem nyúltam bele csak elkezdtem használni. És miután már fél nap alatt meg volt nyitva jó pár program - ami addig szépen gyorsan futott együtt - egyszer csak elkezdett belassulni és a végére már ablakot váltani sem lehetett.
Szóval nem az LXDE-t találom lassúnak, hanem magát az Ubuntu rendszert.
Persze az is benne lehet, hogy LXDE-n is használtam/használok KDE programokat, mert nem találtam rájuk jó alternatívát, mint pl Amarok és Krusader, de ha fél napig nem lassítja a rendszert akkor utána egyszercsak mégis miért? És az LMDE (vagy akár Debian - csak abban is volt pár dolog ami nem úgy működött ahogy kell és nem találtam rá megoldást a neten sem) vagy az Arch miért nem lassul be sok program hosszabb használata esetén sem? Szerintem annyi az egész, hogy ezek a rendszerek jobban kezelik a hardvert. Optimalizáltabban.
Szerintem az Ubuntunak meg csak annyi volt a baja, hogy nem. Mivel feltételezi az erős gépet maga alá.
Lehet, hogy abban is, a lelkébe mászva meg lehetne piszkálni, hogy jobb legyen, de akkor meg már inkább az Arch, ha könyékig kell benne lenni. (Szerintem ebben a mondatban te is egyet értesz )
Az Ubuntutól elvárnám, hogy anélkül legyen rajta minden flott, hogy hozzányúlok. Ha egyszer a felhasználóbarátság a célja.
Ja, meg hozzá tartozik még, hogy olyankor mikor az Ubuntu úgy belassult, akkor hiába zártam be mindent - már amikor sikerült egyáltalán és nem fagyott meg annyira hogy 5-10 perc várakozás után rebootoltam inkább, mert egy reboot is gyorsabb volt mint kivárni hogy észhez térjen -, feltételezve, hogy akkor mindent kiürít mindenhonnan és visszakapom az erőforrásokat, olyankor sem gyorsult vissza. Akkor is 4-5x lassabban töltött már be mindent, és lehetetlen volt dolgozni rajta. És megelégeltem, hogy már szinte olyan legyen mint egy Windows ami hosszabb üzemidő után már úgy meglassul, hogy rebootolni kelljen.
Azért használtam/használok Linuxot, mert ezzel napokig mehet úgy a gép, hogy ha meg van nyitva minden programom és mikor ráérek dolgozni velük akkor a géphez ülök és folytatom, akkor is tökéletesen működik.
Az Ubuntu is tudta ezt régebben, de az utóbbi kiadások óta nem. (És próbáltam friss telepítéssel is, nem csak az évekig upgrade-elt partícón levővel).
Na de ez már lényegtelen, csak elmeséltem a történetemet. Nem akarom már az Ubuntut begyorsítani (majd esetleg ha egyszer lesz egy újabb gépem akkor másodlagosnak visszateszem). Most már remélhetőleg az Arch-ot fogom használni - elégedetten és sokáigAhogy pedig egyre régebb óta használom a rendszert, már látom kezdek én is rászokni a rootra. Azaz leszokni a sudoról. Rákényszerít, mert így nem kell folyton a jelszót is bepötyögni.
A wicd-t meg majd esetleg később próbálom, ha a másikat le kell állítani (az ugyanis most auto indul a rendszerrel). Az elmúlt napokban kicsit belefáradtam a sok wikizésbe és konzolozásba. Most kicsit használni, élvezni akarom a rendszert ha már egyszer végre kész van, szép lett és gyors
Ha egyszer belőtted, utána már tényleg csak az élvezet marad. Ezért felüdülés néha egy bug, nehogy elkényelmesedj.
Backup != linux. Minden oprendszernél és adatoknál kötelező, szerintem. Én akkor kezdtem el erre figyelni, amikor másfél napi munkám szállt el. Azóta mentek, mint a kisangyal, fontos adatokat 2-3 helyre, fizikálisan is távol egymástól.
Egyébként a hiba, amiről regéltél, nekem olyannak tűnik, mint amikor nics swap és elfogy a rendszer lába alól a szabad RAM.
Lehet, hogy abban is, a lelkébe mászva meg lehetne piszkálni, hogy jobb legyen, de akkor meg már inkább az Arch, ha könyékig kell benne lenni. (Szerintem ebben a mondatban te is egyet értesz
)
Egyet bizony!Mielőtt otthagytam az ubit, én is azt vettem észre, hogy egyre inkább "felhasználóbarátabb", tehát nem tudod a magad ízlésére alakítani, hanem kénytelen vagy azzal élni, amit eléd tesznek. (Ez a bajom (egyik) a gnomeshell-lel is. KDE-t meg ki nem állhatom, 1,5 óránál többet nem tűröm meg a gépen, amikor esélyt akarok neki adni, hogy megmutassa magát. Egyszer fent volt néhány hétig, de besokaltam, s most már ilyen alacsony az ingerköszöb. )
Sok jó élmény kívánok a rendszer használatához!
-
Elsőként: BACKUP,
másodikként: BACKUP és
harmadszor: BACKUPValaki mondta, hogy kétféle ember létezik: aki készít backupot és akinek még nem omlott össze a rendszer.
Javaslom az rsync-et, könnyű használni és gyors.Érdemes a fórumot nézni ill. feliratkozni levelező listára, mert úgy értesülsz, ha valaki frissítésnél bugba fut, s nem fog meglepetésként érni. Azért hozzáteszem, nem volt sűrűn ilyen esetemben. Ami volt, azt meg lehetett oldani, max. downgrade-del a user.
LXDE: no, erről mondják azt, hogy régi gépekre (is) ajánlott a kis hardware igény miatt, állítólag gyorsabb mint az Xfce. Szóval ha neked belassult, ott valami gáz van, pl. user error.
Részemről openbox-ot használok 8 éves gépen, nincs probléma az ablakkezelő sebességgével.Mivel Ubuntuztál, szerintem a sudo-t általában felejtsd el. Biztos van valami értelme Ubuntunál, hogy "nincs root", nekem nem tetszett. Én su - paranccsal nyitok egy root terminált és ott végzem, ami kell.
Nem látom a conflicts-ban, hogy wicd és networmanager ne férne meg egymás mellett - amíg nem akarod egyszerre indítani, azt kerülni kellene.
Ebbe a backupba bele kell majd szokni, mert még az eddigi linuxos pályafutásom alatt nem kellett, de nem is volt dolgom rolling disztróval. Eddig a home könyvtárról egy másolatot tartanom elég volt, hogy esetleges adatvesztés esetén meglegyenek a beállításaim. (Na akkor én az utóbbiba tartozom mert rendszerösszeomlásom még nem volt
)Hát az LXDE esetén nem igazán tudok okot user errorra, mert pl Ubuntu után próbálkoztam az LMDE rendszerrel LXDE kezelővel és minden ment is benne klasszul, na az nem lassult, de volt pár olyan bug ami kényelmetlen volt, ezért néztem más után. Majd feltettem a Lubuntut - felbuzdulva az LXDE gyorsaságán - rá a programjaim, és elkezdtem használni. Semmi különösbe nem nyúltam bele csak elkezdtem használni. És miután már fél nap alatt meg volt nyitva jó pár program - ami addig szépen gyorsan futott együtt - egyszer csak elkezdett belassulni és a végére már ablakot váltani sem lehetett.
Szóval nem az LXDE-t találom lassúnak, hanem magát az Ubuntu rendszert.
Persze az is benne lehet, hogy LXDE-n is használtam/használok KDE programokat, mert nem találtam rájuk jó alternatívát, mint pl Amarok és Krusader, de ha fél napig nem lassítja a rendszert akkor utána egyszercsak mégis miért? És az LMDE (vagy akár Debian - csak abban is volt pár dolog ami nem úgy működött ahogy kell és nem találtam rá megoldást a neten sem) vagy az Arch miért nem lassul be sok program hosszabb használata esetén sem? Szerintem annyi az egész, hogy ezek a rendszerek jobban kezelik a hardvert. Optimalizáltabban.
Szerintem az Ubuntunak meg csak annyi volt a baja, hogy nem. Mivel feltételezi az erős gépet maga alá.
Lehet, hogy abban is, a lelkébe mászva meg lehetne piszkálni, hogy jobb legyen, de akkor meg már inkább az Arch, ha könyékig kell benne lenni. (Szerintem ebben a mondatban te is egyet értesz )
Az Ubuntutól elvárnám, hogy anélkül legyen rajta minden flott, hogy hozzányúlok. Ha egyszer a felhasználóbarátság a célja.
Ja, meg hozzá tartozik még, hogy olyankor mikor az Ubuntu úgy belassult, akkor hiába zártam be mindent - már amikor sikerült egyáltalán és nem fagyott meg annyira hogy 5-10 perc várakozás után rebootoltam inkább, mert egy reboot is gyorsabb volt mint kivárni hogy észhez térjen -, feltételezve, hogy akkor mindent kiürít mindenhonnan és visszakapom az erőforrásokat, olyankor sem gyorsult vissza. Akkor is 4-5x lassabban töltött már be mindent, és lehetetlen volt dolgozni rajta. És megelégeltem, hogy már szinte olyan legyen mint egy Windows ami hosszabb üzemidő után már úgy meglassul, hogy rebootolni kelljen.
Azért használtam/használok Linuxot, mert ezzel napokig mehet úgy a gép, hogy ha meg van nyitva minden programom és mikor ráérek dolgozni velük akkor a géphez ülök és folytatom, akkor is tökéletesen működik.
Az Ubuntu is tudta ezt régebben, de az utóbbi kiadások óta nem. (És próbáltam friss telepítéssel is, nem csak az évekig upgrade-elt partícón levővel).
Na de ez már lényegtelen, csak elmeséltem a történetemet. Nem akarom már az Ubuntut begyorsítani (majd esetleg ha egyszer lesz egy újabb gépem akkor másodlagosnak visszateszem). Most már remélhetőleg az Arch-ot fogom használni - elégedetten és sokáigAhogy pedig egyre régebb óta használom a rendszert, már látom kezdek én is rászokni a rootra. Azaz leszokni a sudoról. Rákényszerít, mert így nem kell folyton a jelszót is bepötyögni.
A wicd-t meg majd esetleg később próbálom, ha a másikat le kell állítani (az ugyanis most auto indul a rendszerrel). Az elmúlt napokban kicsit belefáradtam a sok wikizésbe és konzolozásba. Most kicsit használni, élvezni akarom a rendszert ha már egyszer végre kész van, szép lett és gyors
-
Mindhármótoknak:
Szuper Reméltem, hogy van olyan stabil a rendszer, hogy ne kelljen a gui-t lelőni a frissítéshez (plusz pont az Arch-nak )
Yaourt-ot használok, de szerintem én is külön fogom frissíteni (eddig is külön tettem fel a pacmanos és a yaourtos csomagokat. Azt eddig is sudo nélkül futtattam (annyit wikiztem az elmúlt 2 napban hogy már nem emlékszem ott volt-e leírva vagy máshonnan, hogy sudo nélkül kell).
Majd 10 évig én is Ubuntut használtam majd miután elkezdték ezt a Unity felületet erőltetni - és hát az én 6 éves gépem már kevés neki - elkezdtem keresgetni a megoldásokat, más disztrókat amik kevesebb erőforrást esznek. De valahogy mindben volt valami nyűgöm amire nem találtam a neten sem megoldást.
Majd megismertem az LXDE felületet és a Lubuntu révén adtam egy újabb esélyt az ubi vonalnak.
Legnagyobb sajnálatomra viszont akárhogy állítgattam, kb fél-egy napos használat után úgy be tud lassulni még lxde-vel is hogy ablakot váltani is alig tudok rajta. (Akár már telepítés után egy-két héttel is). Valahogy nem az erőforrások gazdaságos használatára van tervezve szerintem. Inkább az erősebb mai gépekhez.
Na itt a nagy keresgélésben kaptam egy infót, hogy Chakra. Először vonakodtam mert hát KDE és az én gépem az LXDE-vel is egy idő után lassult, de csak adtam egy esélyt neki, hogy valóban az Ubuntu rovására írható a lassulás/akadozás nem pedig a gépére.
Nagy meglepetés volt, hogy KDE felülettel az Amarok, Krusader, Firefox sok ablakkal...stb megnyitva sem lassult be a rendszer, amiket más rendszer alatt egyszerre futtatva már csontrafagyott a gép.
Persze kicsit érződik, hogy nem olyan "light", de még így is bőven használhatóságon belül van.
Aztán mivel a Gwhere-t a Chakrára sehogy nem tudtam felvarázsolni - és adták a tippet, hogy Arch alá van az AUR csomagok közt, bár végülis onnan nem ment fel csak forrásból - és gondoltam Archon LXDE-vel még gyorsítok a rendszeren így előkapartam a még tavaly kiírt telepítőt és nekivágtam felrakni.
Végülis egyelőre nem lett LXDE mert KDE-vel is nagyon jó a rendszer és ha már lehet akkor legyen ne csak gyors is hanem szép is még ezen a gépen olyan úgysem volt sosem
Még épp csak ismerkedem a rendszerrel, de már most nagyon megbabonázott
Minden megy, nem kell sokat ásni ha valamit nem tudok mert a wikiben szinte minden benne van. Remélem maradok ezen a vonalon.
Max már csak az tántoríthat el ha a gördülő rendszer miatt esetleg nem sikerül valami frissítés és összeomlik vagy bughalmaz lesz, de úgy érzem ilyen nem szokott lenni - erősítsetek meg azért ebben is.Na nem nyújtom hosszúra a hsz-t. Még annyi, hogy a wicd-t próbáltam már másik disztrónál is, abban mondjuk tetszett, hogy dBm-ben is lehet a jelerősséget jeleztetni, viszont azzal nem mindig tudtam kapcsolódni - lehet csak az adott disztrók csomagjai voltak bugosak.
Ha feltenném akkor megfér a NM mellett vagy azt le kell szedni?
Végülis annyira nem zavar hogy most nem mutatja, mivel bug, de nem olyan nagy és nem is én csesztem el valamit majdcsak javítva lesz.Nektek pedig kösz az eddigi segítséget
Elsőként: BACKUP,
másodikként: BACKUP és
harmadszor: BACKUPValaki mondta, hogy kétféle ember létezik: aki készít backupot és akinek még nem omlott össze a rendszer.
Javaslom az rsync-et, könnyű használni és gyors.Érdemes a fórumot nézni ill. feliratkozni levelező listára, mert úgy értesülsz, ha valaki frissítésnél bugba fut, s nem fog meglepetésként érni. Azért hozzáteszem, nem volt sűrűn ilyen esetemben. Ami volt, azt meg lehetett oldani, max. downgrade-del a user.
LXDE: no, erről mondják azt, hogy régi gépekre (is) ajánlott a kis hardware igény miatt, állítólag gyorsabb mint az Xfce. Szóval ha neked belassult, ott valami gáz van, pl. user error.
Részemről openbox-ot használok 8 éves gépen, nincs probléma az ablakkezelő sebességgével.Mivel Ubuntuztál, szerintem a sudo-t általában felejtsd el. Biztos van valami értelme Ubuntunál, hogy "nincs root", nekem nem tetszett. Én su - paranccsal nyitok egy root terminált és ott végzem, ami kell.
Nem látom a conflicts-ban, hogy wicd és networmanager ne férne meg egymás mellett - amíg nem akarod egyszerre indítani, azt kerülni kellene.
-
chab7
addikt
Mindhármótoknak:
Szuper Reméltem, hogy van olyan stabil a rendszer, hogy ne kelljen a gui-t lelőni a frissítéshez (plusz pont az Arch-nak )
Yaourt-ot használok, de szerintem én is külön fogom frissíteni (eddig is külön tettem fel a pacmanos és a yaourtos csomagokat. Azt eddig is sudo nélkül futtattam (annyit wikiztem az elmúlt 2 napban hogy már nem emlékszem ott volt-e leírva vagy máshonnan, hogy sudo nélkül kell).
Majd 10 évig én is Ubuntut használtam majd miután elkezdték ezt a Unity felületet erőltetni - és hát az én 6 éves gépem már kevés neki - elkezdtem keresgetni a megoldásokat, más disztrókat amik kevesebb erőforrást esznek. De valahogy mindben volt valami nyűgöm amire nem találtam a neten sem megoldást.
Majd megismertem az LXDE felületet és a Lubuntu révén adtam egy újabb esélyt az ubi vonalnak.
Legnagyobb sajnálatomra viszont akárhogy állítgattam, kb fél-egy napos használat után úgy be tud lassulni még lxde-vel is hogy ablakot váltani is alig tudok rajta. (Akár már telepítés után egy-két héttel is). Valahogy nem az erőforrások gazdaságos használatára van tervezve szerintem. Inkább az erősebb mai gépekhez.
Na itt a nagy keresgélésben kaptam egy infót, hogy Chakra. Először vonakodtam mert hát KDE és az én gépem az LXDE-vel is egy idő után lassult, de csak adtam egy esélyt neki, hogy valóban az Ubuntu rovására írható a lassulás/akadozás nem pedig a gépére.
Nagy meglepetés volt, hogy KDE felülettel az Amarok, Krusader, Firefox sok ablakkal...stb megnyitva sem lassult be a rendszer, amiket más rendszer alatt egyszerre futtatva már csontrafagyott a gép.
Persze kicsit érződik, hogy nem olyan "light", de még így is bőven használhatóságon belül van.
Aztán mivel a Gwhere-t a Chakrára sehogy nem tudtam felvarázsolni - és adták a tippet, hogy Arch alá van az AUR csomagok közt, bár végülis onnan nem ment fel csak forrásból - és gondoltam Archon LXDE-vel még gyorsítok a rendszeren így előkapartam a még tavaly kiírt telepítőt és nekivágtam felrakni.
Végülis egyelőre nem lett LXDE mert KDE-vel is nagyon jó a rendszer és ha már lehet akkor legyen ne csak gyors is hanem szép is még ezen a gépen olyan úgysem volt sosem
Még épp csak ismerkedem a rendszerrel, de már most nagyon megbabonázott
Minden megy, nem kell sokat ásni ha valamit nem tudok mert a wikiben szinte minden benne van. Remélem maradok ezen a vonalon.
Max már csak az tántoríthat el ha a gördülő rendszer miatt esetleg nem sikerül valami frissítés és összeomlik vagy bughalmaz lesz, de úgy érzem ilyen nem szokott lenni - erősítsetek meg azért ebben is.Na nem nyújtom hosszúra a hsz-t. Még annyi, hogy a wicd-t próbáltam már másik disztrónál is, abban mondjuk tetszett, hogy dBm-ben is lehet a jelerősséget jeleztetni, viszont azzal nem mindig tudtam kapcsolódni - lehet csak az adott disztrók csomagjai voltak bugosak.
Ha feltenném akkor megfér a NM mellett vagy azt le kell szedni?
Végülis annyira nem zavar hogy most nem mutatja, mivel bug, de nem olyan nagy és nem is én csesztem el valamit majdcsak javítva lesz.Nektek pedig kösz az eddigi segítséget
-
Kimaradt az előzőből még hogy rollingban is ez az első disztróm
Azt tudom, hogy pacman -Syy és pacman -Syu egy frissítés menete. Azt viszont nem tudom, hogy mindeközben érdemes lelőni a KDE-t vagy maradhat és azon belül konzolból futtassam. Erre vonatkozó infót nem találok a wikiben, szóval gondolom nem baj ha a KDE megy és azon konzolból futtatom le a frissítést. -
Kimaradt az előzőből még hogy rollingban is ez az első disztróm
Azt tudom, hogy pacman -Syy és pacman -Syu egy frissítés menete. Azt viszont nem tudom, hogy mindeközben érdemes lelőni a KDE-t vagy maradhat és azon belül konzolból futtassam. Erre vonatkozó infót nem találok a wikiben, szóval gondolom nem baj ha a KDE megy és azon konzolból futtatom le a frissítést.man pacman
Szóval a dupla y kényszeríti az adatbázis frissítést. A KDE-ben nyugodtan megnyithatsz egy terminált és ott rootként mehet a pacman -Syyu, ahol az u jelzi, hogy rendszerfrissítést kérsz.
Bruteforsz kolléga is jó tippet adott, bár én inkább kettéválasztom a hivatalos és nem hivatalos csomagok frissítését, a pacman után jön a yaourt -Su --aur.
Ha yaourt-ot vagy más wrappert használsz, arra ügyelj, hogy ne rootként futtasd (sudo, fakeroot csomagoknak fent kell lenni).Én Ubuntu után álltam rá Arch Linuxra és azóta sem bántam meg.
Hálózat:
networkmanager helyett kipróbálhatod a wicd-t is, ha nem kell ppp, úgy emlékszem, az jelzi a jelerősséget, illetve a netcfg-hez is van GUI: ArchAssistant, de arról csak annyit tudok, hogy profilok közt lehet váltani, ám jelzi-e a jelerősséget, passz.
Illetve conky-ban is ki tudod rakni %-ban és grafikusan is a wireless hálózat erősségét. -
Kimaradt az előzőből még hogy rollingban is ez az első disztróm
Azt tudom, hogy pacman -Syy és pacman -Syu egy frissítés menete. Azt viszont nem tudom, hogy mindeközben érdemes lelőni a KDE-t vagy maradhat és azon belül konzolból futtassam. Erre vonatkozó infót nem találok a wikiben, szóval gondolom nem baj ha a KDE megy és azon konzolból futtatom le a frissítést. -
chab7
addikt
Kimaradt az előzőből még hogy rollingban is ez az első disztróm
Azt tudom, hogy pacman -Syy és pacman -Syu egy frissítés menete. Azt viszont nem tudom, hogy mindeközben érdemes lelőni a KDE-t vagy maradhat és azon belül konzolból futtassam. Erre vonatkozó infót nem találok a wikiben, szóval gondolom nem baj ha a KDE megy és azon konzolból futtatom le a frissítést.
/home/chab7/.config/tint2/tint2rc -be bottom helyett top:
na de mindjárt lesz arra is valami megoldás.
)
na sebaj, ez egy jel hogy már így is hosszú voltam 
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
BoB- Gyúrósok ide!
- Motoros topic
- Fejhallgató erősítő és DAC topik
- Okosóra és okoskiegészítő topik
- Szentjánosbogárral venné fel a versenyt a Macbook Neo ellen az Intel
- Szaporodik és sokasodik a One UI 8.5
- E-book olvasók
- Huawei Watch Fit 5 Pro - jó forma
- Projektor topic
- Gaming notebook topik
- További aktív témák...
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest