- Max
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Aliexpress tapasztalatok
- Linux kezdőknek
- Mesterséges intelligencia topik
- Sweet.tv - internetes TV
- Az Apple szerint ejteni kell az USA trösztellenes perét
- Mikrotik routerek
- Milyen program, ami...?
- A tüntetések ellenére is bővítheti német gyárát a Tesla
Új hozzászólás Aktív témák
-
Sipi
addikt
Nézd meg, használsz-e pam_console-t! (A pam ezzel a flaggel van-e fordítva, illetve a /etc/pam.d/login, xdm, qingy-ben a pam_console-os sor használatban van-e, vagy kommentezve.)
Remélem, nem. Ha nem, akkor minden eszköz group policy-vel megy, vagyis a megfelelő csoportban kell lenned, hogy jogod legyen rá.
Alapvetően az usb, disk, floppy, plugdev csoportba kell tenni a usert, hogy kezelni tudd ezen eszközöket. (Az USB sticknek elég a plugdev is.)
Amennyiben van olyan hiba is, hogy beteszel egy cédét, és nem csatolja automatikusan, akkor a haldaemon-t sem árt, ha a plugdevbe, usbbe teszed. Jártam már így, a hal nem tudta csatolni, mert a usernek, akinek a nevében fut (haldaemon) nem volt joga olvasni a csatolandó eszközt.
Azt még nézd meg, hogy a pmount konzolból kiadva lefut-e rendesen! A sysfsutils ennek dependency-je, és nemrég volt egy ugrás 1.x-ről 2.x-re, emiatt az lm_sensors, pmount nem ment.
Most nézem, neked semmi sem megy. Akkor szerintem pmount-probléma lesz.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #1887 üzenetére
Az ''egyébként'' nem tudom, mit jelent, de ha arra gondolsz, hogy simán echoval nincs értéke, az természetes. Elvégre sehol sem definiáltad. A make.conf csak az emerge során kerül feldolgozásra, így csak akkor lesz értéke. Ezért kell source-szal ''lefuttatni'' a make.conf-ot.
Ja, mplayer... Ott valami gebasz van az ebuildben. Elvileg tökéletes, végigkövettem, de nem működik. Anno kínomban kommenteztem minden sort benne, ami a nyelvet állította, és kézzel beírtam, mi kell. De egyébként a magyar felülete borzalmas, az ékezeteket nem írja ki rendesen, a magyar GUI pedig szétesik.
4.1: hm. Én most tettem fel 4.1-est, és ezzel újrahúztam mindkét Qt-t (3 és 4), plusz a kdelibs-t. Azóta nem sok minden megy, libkhtml.so-ban valami hiba van...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #1889 üzenetére
Akkor nekem valszeg azért, mert Unicode-os a gépem. Akkor tutira nem megy.
Most nem értem... Az előbb azt írtad, a source után az echo paranccsal kiírja a LINGUAS értékeit. Ha kiírja, akkor okés, a változó maga jó.
Mondom, az mplayer ebuildben el lett cseszve valahogy a LINGUAS detektálás. (Lehet, hogy itt is a Unicode kavar be.) Egyáltalán nem érzékeli. Totál rossz. Hiába adod meg jól, nem működik. Ja, itt ráadásul bekavar a LANG és LC_ALL is, eme három valamilyen katyvasza adja meg, mit tesz fel az mplayer. Én vért izzadtam, mire ki tudtam kapcsolni a hu támogatást, hiába töröltem mindenhonnan, mégis feltette.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #1895 üzenetére
Ha jól látom, ez továbbvisz a GWN-re. Ott elég szűkszavúak. A bug pedig... Nos, gcc-upgrade után qt3 és qt4 frissítés, majd ezután kdelibs-frissítés volt. Ezek után nem értem, mire panaszkodik a kdelibs...
Köszi, hogy szóltál, akkor most leállok a teljes KDE újrahúzásával.
Mod: tessék idemásolni az ebuildet!
(Nem egyforma a kettő? Mármint hogy LINGUAS=hu esetén a végére, miután megpatkolta az ebuild, nem ugyanaz lesz az OOo, mint az fsf-féle?)
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #1902 üzenetére
Köszönöm! Már teszem is felfele.
Furcsa, ez még rc4-es 2.0.2.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #1904 üzenetére
Ez nekem is ilyen, az X ugyanis lényegében semmilyen lokált nem ismer. Unicode-ot pedig pláne. Ez nem gond, visszaáll defaultra. Az xterm nekem is elég őrülten néz ki, ez csak font-probléma. De ennek elég macerás megadni a fontkészletét, mert nem Type1/TTF-et használ. Ha tudsz, maradj a Gnome/KDE termináljánál. (Vagy keress howto-t, hogyan lehet Unicode-ossá tenni az xtermet.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #1906 üzenetére
Dehogy használok, jó nekem a konsole is.
Max. annyi ideig látom, míg a qingy-vel a Games sessiont elindítom, ami egy twmbe dob. Ott bepötyögöm a játék nevét, ennyi.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz sghc_toma #1908 üzenetére
Nem kötekedésképpen, de nem véletlenül van a Portage-ban is benne... Ha megnézed az ebuildet, láthatod, hogy nem csak annyi csinál, hogy bemásolja, oszt jóccakát. Igyekszik a driver hülyeségeire felkészíteni a rendszeredet.
Javaslom, mielőtt nekiállsz hibavadászni, szedd le valahogy, és kezdd el feltenni a hivatalos, emerge úton. Ez pont ilyenek ellen (is) véd, hogy megtalálja a fent lévő libeket.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ja, egy érdekesség locale-ügyben.
Nézegettem az Xorg által ismert lokálokat. Nos, módosítok: ismeri a hu lokált, sőt, ennek Unicode-os verzióját is.
Egy apró különbséggel: hu_HU.UTF-8 a neve, nem hu_HU.utf8... Miután erre átírtam, többé nem kapok ''locales not supported on X server'' üzeneteket. Igaz, mintha kissé lassabban indulna némelyik program. Mások pedig nem lassulnak semmit.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Akkor most pontosítom elhamarkodott írásomat.
A lokál helyes neve az kell, hogy legyen, amit a locale üa kiír. Vagyis hu_HU.utf8, kisbetűvel. Az X-ben ez tényleg nincs definiálva, csak hu_HU.UTF-8.
Azonban a /usr/lib/X11/locale könyvtárban van egy locale.alias file, ebben definiálva, az egyes elnevezéseknek milyen Xorgos lokál felel meg.
Ez mintha két részből állna, mindkettőben be kell írni, hogy a hu_HU.utf8 az hu_HU.UTF-8 lokálnak felel meg. Az első részben csak így egymás után (érdekes módon ezt mintha nem venné figyelembe), a file vége felé kettősponttal elválasztva őket. (Ezt beírva, nem kapok többé ismeretlen lokál üzenetet.)
Ha ezt a bonyolult beírást megejtjük, rendes glibc lokál lesz a konzolban (s így az alaprendszerben), valamint az X-ben is. (Igaz, ezután pl. az xclock nekem jó sok idő múlva, 100% CPU-használat után indul el, missing charsets in string to fontset conversion hibával. De ez csak az xclock hibája, a legtöbb egyéb programnál nem tapasztaltam ilyet.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Semmi. Egy felvevőprogram. Illetve a hang esetén két lehetőséged van:
1. A kártyának van Line-Outja, és ezt a hangkártyád Line-Injébe csatoltad. Ekkor a legtöbb programnak semmit sem kell megadni, ha a Line-In az alapértelmezett felvételi forrás, működik.
2. bt8xx kártyák esetén létezik egy ehhez való ALSA modul is. Ha betöltöd, lesz egy kettes számú hangkártyád, melyen x darab felvételi forrás közül választhatsz (kártyafüggő), valamint a felvételi hangerőt is szabályozhatod. Ekkor a programoknak meg kell adni, hogy melyik kártya melyik eszközéről akarsz felvenni. Ehhez nem kell külön összeköttetés, belső, digitális úton megy.
Ez utóbbi módszer nekem még nem igazán ment, valószínűleg a gépem lassú hozzá...
No meg úgy általában a felvételhez is.
A neten találhatsz jópár példát mplayerhez, hogy bizonyos műsorforrásokhoz milyen tömörítési módokat érdemes megadni.
Hopsz, 3-as módszer: kamerával felveszed a monitor képét.
Na, komolyság: létezik egy dvr nevű Qt-s program. Azt hiszem, nincs Portage-ban, és a fejlesztése is régen leállt, de egy tök jó, egyszerű felületet adott a felvételek szabályozására. Kodekek, hang, kép, és időzíteni is tud.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A drótos már működik, igaz? Nem lehetséges, hogy hasonló dolog kavar be itt is? (A NetworkManagernek kell dhcp, dhcpdbd, és ha emellett a dhcpcd is fent van, előfordul, hogy egyszerre több dhcp kliens is elindul. Az egyik kér IP-t, kap is, de a vele párhuzamosan futó másik kliens is kér, és összekavarja.)
A drótosnál azt hiszem, az lett a végérvényes megoldás, hogy explicite megadtad, melyik dhcp klienst (dhcpcd) használja. Valószínűleg a wlan eszköznek is meg kellene ezt mondani. Ugyanis vészesen ugyanaz a hibaeset, mint a drótosnál.
(A drótosnál találtál valami hibaüzenetet, amiben meg lehetett találni a két dhcp kliens veszekedését. Ugyanebben a logban benne kellene lennie a wlan-os dhcp üzeneteinek is.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A drótosnál egyáltalán nem indítottad el a start scriptet, így valószínűleg nem futott semmilyen plusz dhcp-kliens.
Ne indítsd el a wlan-kártya initjét, ne csinálj semmit, csak próbáld meg az iwconfiggal életre lehelni! Kézzel dhcp-t indítani az eszközre, stb.
És utána LOG! Benne kell lennie valahol (amit múltkor megtaláltál), hogy milyen válaszokat kapott a gép a dhcp-szervertől. A dmesg is fontos lehet, ha a kártyával van gond. (A Te kártyád annak idején csak a Windows-os driverből kiszedett firmware-rel ment. Emlékszem, anno ezt elnéztem. A kártya elindult, minden úgy tűnt, hogy működik, éppen csak semmit sem csinált, mert nem volt betöltve a firmware. A dmesg ezt is kiírja, hogy s mint sikerült inicializálni a kártyát.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Jaja, egy próbát megér. De szerintem gyéb dolgok is állnak a háttérben.
Nézd meg, hogy a baselayout, netplug, dhcpcd-ből a bétát használod-e!
1. ''No interface name'' - ellenőrizd, hogy tényleg megadtad-e az eszköznevet, és jót adtál-e meg! A conf.d/net-ben válaszd a modules=iproute2-t, az az újabb, sokkal többet tud!
2. config_ethx=dhcp
3. Direktben add meg, melyik wifi-csomagot használja! A wireless részben modules=wpa_supplicant vagy iwconfig.
4. Itt nem sokkal alatta config_ESSID=dhcp, ahol az ESSID-et át kell írni arra, amit használni akarsz. Azt hiszem, ez lehet ''any'' is, ha bárhol automatikusan akarod használni.
5. Vigyázz, a net és a wireless file is kb. ugyanazt tudja megadni! Ellenőrizd őket! Lehet, hogy duplná konfiguráltad az eszközöket, és egyszerre két módon is használni akarja.
6. Nem tudom, hogyan kell pontosan megadni. Egyik file-ban config_ethx=dhcp van, máshol a wirelesshez config_ESSID=dhcp van írva. Próbálgasd, hogy csak az egyik vagy másik van megadva!
7. Lehetőség szerint ne definiálj semmi egyebet a wlan interfészre (pl. dhcp-beállítást).
8. Jó lenne, ha valaki, aki használja, beírná az ő beállításait...
Ja, a második dolog: ''[kernel] ieee80211: eth1: Unknown management packet: 0''. Előtte a SoftMAC sikeres autentikációt jelentett, vagyis a drivered fele jó. Ez viszont csúnya. Úgy emlékszem, a bcmxxx drivernek nem kell kerneles modul, azzal nem működik. Neki saját softmac-es kell, meg még valami extra ieee interfész. A kernelest ki kellett anno kapcsolni! Szerintem rossz modulok vannak.
Hoppá, most nézem az ebuildeket. Hardmaszkolva van mind, azt írja, a 2.6.17-es kernelben BENNE van az egész, ergo ha ezt használsz, le kell szedni! Viszont akkor szerintem törölni kell az ieee80211-softmac csomagot is!
Vagyis: 2.6.17-es kernel esetén az ieee80211-softmac és bcm43xx csomagot unmergelni kell, a kernelben lévőt kell használni. Ennek valószínűleg már nem kell a Windows-os firmware.
Ha régebbi kerneled van, akkor stornó, unmaszkold a csomagot, nézd meg az ebuildet, benne van, milyen kernel-opció KELL, és mi TILOS. (Wireless lan nonhamradio és wireless extensions, meg hoplug firmware loading.) Asszem, ehhez kell a wines firmware is. De ehhez is 2.6.15-ös, vagy újabb kernel kell!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Azt néztem, hogy gentoo-sources-ból nincs is 2.6.17... Hehe. Vanillából vannak rc verziók, vagyis végleges még sehol.
Azt javaslom, kukkold meg az ebuildeket.
1. Unmaszkold a net-wireless/bcm43xx, net-wireless/bcm43xx-fwcutter és net-wireless/ieee80211softmac csomagokat! (Értelemszerűen amelyik nincs fent, azt ne. )
2. Szedd le ezeket, és a net-wireless/ieee80211 csomagokat! (Értelemszerűen azt, amelyik fent van. )
3. Mindenképpen tegyél fel egy 2.6.16-os kernelt! Konfiguráld, és állítsd be úgy, hogy a Wireless LAN drivers (non-hamradio) & Wireless Extensions be legyen kapcsolva! Kapcsold ki az IEEE80211 subsystemet! Ellenőrizd, hogy bent van-e a Hotplug firmware loading support!
4. Kernelfordítás, telepítés, reboot. A /lib/firmware-ben legyenek ott a Windows-os driverek!
5. emerge bcm43xx! Ez felteszi a bcm43xx-fwcutter-004, ieee80211softmac-0.1-r20060329 és bcm43xx-0.0.1-r20060329 csomagokat. Szerintem mindenképpen ezeket a verziókat tedd fel, hogy ne legyen kavarás. Nem baj, ha eddig is ez volt fent, valami nem kóser, érdemes nulláról indulni.
6. Ha az ebuildek figyelmeztetéseket írnak ki, kövesd az utasításokat! Maradhat fent régebbi modul, és azokat törölni kell, de kiírja, hogyan.
Az a lényeg, hogy ez a driver baromi kernelfüggő. A még meg nem jelent kernelben natív driver lesz, kicsivel régebbiben van az, amihez Windows-os firmware kell. Még régebbi kernellel nem is megy. De ehhez viszont nem jó a kernelben lévő Wireless csomag, ehelyett kell (miután a kernelben kikapcsoltad, de engedélyezted, hogy Wireless kártyát használhass) a softmac-es csomagot felrakni. Ez ugyanazt csinálja, csak ilyen félig Windows-os cuccokhoz való.
Ha régebbi bcm43xx drivert raksz fel, annak meg a fene tudja, mit kell még barmolni, hogy menjen...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nem ártana a tűzfalad logját is megnézni, vagy legalább a kernel logokat.
Ha fel is törték, nem tudom, ennek mi értelme. A 162.168.x.x tartomány nem routolható, ez csak annyi, hogy beállította valaki, a gravity(.x.x.x) nevű gép IP címe a saját alhálózatodon található 192.168.0.2-es gép. De nem tudom, ennek mi értelme, ezzel így nem hiszem, hogy bármit is lehet kezdeni.
(Kívülről csak akkor érhetné el a gravity-t, ha a routereden külön NAT-szabályt csinál rá. Akkor sem ezt érné el, csak a külön, kézzel beállított portokat.)
Van egyáltalán otthon emellett hálózatod? Van rajta más gép? Lehet, hogy azzal viccelődött valaki.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
1. Tipp: be van kapcsolva a /etc/conf.d/rc-ben az RC_DEVICE_TARBALL (yes). Ha anno egy rakat statikus bejegyzésre kapcsoltad be, azokat elmenti, és mindig visszaállítja.
Kapcsold ki, reboot. Ekkor valszeg kevesebb lesz. Előfordul, hogy ha nvidia kártyád van, nem készülnek el az eszközei, ekkor futtasd az nvmakedevices.sh-t (vannak benne nagybetűk, de nem emlékszem, hol). Elkészülnek az eszközök, device tarball yes, reboot.
2. Az xdtv mire kell? Ha csak tévézni, javaslom a tvtime-ot.
3. usbd: elvileg semmi nem használja. Sehol nincs fent. Amit biztosít, más programok is megcsinálják, nem hiszem, hogy kellene.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
-
Sipi
addikt
válasz dr_strange #1976 üzenetére
Anno Windows-on már kipróbáltam. Nem kell elájulni tőle, azok a gyönyörű képek csak az USA-ra vonatkoznak. Budapestről ugyan nézhetsz egész közeli utcaképeket, de annyira közelit nem, s ezek is elmosódottak.
A lakásom épületét pl. csak azért tudom megnézni, mert tudom, hol kell keresni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
És a rezsónülés közben homokot szitálok a fejemre.
Nem mondtam, hogy nem jó program, nekem is tetszik. Csak kicsit elszomorodtam, hogy nem tudom elolvasni a házunk előtt parkoló kocsik rendszámát. Mi több, a típusát sem tudom kivenni, max. a színét.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az X-et nem nehéz rávenni a nemindulásra...
De mit turkálsz te ennyit azon a gépen? Esküszöm, ennyiszer még én sem döntöttem össze, pedig elég sokszor rezeg a léc.
Az, hogy nem indul, nem olyan nagy ügy. Xorg.log, .xsession-errors, dmesg. Ha az xorg.conf-ot nem piszkáltad, akkor valszeg modul-hiba lesz. Talán frissítetted valamelyik Xorg csomagot, ami még túl béta.
A 7.1-es fedőnevű Xorg egyes részei nem túl stabilak még. (Érdekes egyébként, azt vettem észre, hogy a 7.1-es Xorg valójában pár darab új csomag, az xorg-server és a hozzá való x86-input és x86-video csomagok. Nekem összesen ennyit akar frissíteni, ha a 7.1-est emergelném.)
Az Xgl, compiz részei mégúgysem stabilak.
Tedd vissza a még működőket! Az 1.1-es xorg-server nagyon bugzós még.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #1987 üzenetére
Azért kipróbálhatnád! Tudtommal Gentoo alatt azok a csomagok, amelyek 32 biten mennek kizárólag, egy emulációs könyvtár segítségével futnak. AMD64-re fel lehet minden további nélkül amd64 KEYWORDű, illetve x86-os csomagokat is tenni. Ha egy csomag csak ebben van meg, azt hiszem, a 32 bites libekhez csapja.
A win32codecs csomaggal is varázsoltak valamit, pedig az 32 bites és bináris.
Mod: az ebuild x86 és amd64 KEYWORDű.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Érdekes konfigod van. Ezzel elindul az Xorg?!?
Ha átnézed, láthatod, hogy monitorból, device-ból és screenből kettő is van. Ezekből az egyik többnyire hülyeség, vagy nincs megadva semmi, vagy fals értékek. Szedd ki a felesleget!
Az első screennek pl. a card0 videokártya van megadva. A card0-nak meg nincs megadva semmi driver, ergo használhatatlan az egész. A második screen lesz érvényben, annak az aticonfig monitor0 lesz a monitora, aminek semmi nincs megadva. Szóval elég katyvasz így.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Én egy jó ideje 4.1.1-es gcc-t használok. A teljes KDE, illetve az xorg fő komponensei ezzel fordultak, meg jópár egyéb sallang is. Ebben van valami újítás, ami meggyorsítja a cpp programok betöltődését - tényleg működik. Ehhez azonban a Qt-t is újra kell húzni vele (a 3-ast).
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Kijött a 2.6.17-es Gentoo Kernel Source. Ebben már benne van a SoftMAC és bc43xx-es WiFi-kártya támogatása. Ehhez valószínűleg le kell szedni az eddig fent lévő bc43xx* és ieee802* csomagokat, mert már a kernel tartalmazza.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
emerge =gcc-4.1.1
Egyébként gcc-hibával nem sokat tudsz kezdeni. Szerintem nem éri meg szétverni ahhoz a rendszert, hogy leforduljon. Ha nem megy, nem megy. Ez alapvető rendszercsomag, ha valahogy felteszed, akkor sem biztos, hogy jó lesz.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ja, ezt korábban akartam már írni. Akinek automount-problémája van, egy kis infó.
A libusb új verziójában megváltoztatták az eszközkezelést. Eddig először a /proc-ban nézte a jogokat, most már a /dev-ben. Ezzel az a gáz, hogy a HAL csak a /proc bejegyzések jogait állítja át, a /dev-ben viszont alapban a legtöbb csatolható eszköz csak root számára elérhető. Ergo: nem működik a csatolás.
Megoldás: az udev szabályait kell átírni. Ezek a /etc/udev/rules.d-ben vannak. Be lehetne írni az 50-udev.rules-be is, de ekkor minden udev-frissítés felülírná. Ezért érdemesebb pl. átmásolni ezt 10-udev.rules-ra. Ebben alig pár sor a lényeges, a többi törölhető.
A lényeg az usbfs-like device nodes résznél van. Ez egy hosszú sor, a végén látható, hogy MODE=''0644'' joggal hozza létre az eszközt. Vagyis root ír/olvas, csoport olvas. Ez nem elég, a csoportnak is írnia kell, vagyis 0664 legyen. Plusz, mivel alapban a root lesz a csoport is, utána kell írni ezt az infót is. A végére tehát ....... NAME=''%c'', MODE=''0664'', GROUP=''plugdev'' lesz a sor. Így a plugdev csoporté lesz az eszköz, ír/olvas jogokkal.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ha elszáll, akkor annyi. Vársz, míg újabb verzió jelenik meg, vagy megpróbálod jövő héten. Sok mindentől függ, lefordul-e egy bétás gcc. Lehet, hogy időközben frissül valami csomag, és lefordul.
Ja, a gtk flaget szerintem kikapcsolhatod a gcc esetén. Nem tudom, mit csinál, de totál felesleges. Ráadásul ez is okozhat fordítási hibákat.
Ja: /etc/portage/package.use-ba sys-devel/gcc -gtk kell.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2011 üzenetére
Tutira, ugyanis pont emiatt ástam bele, módosítottam. Így már tudom olvasni.
Az más kérdés, hogy a kedves gphoto2-fejlesztők csesznek kijavítani a drivert, így elég hektikusan működik...
Batman: JEEEEEEEEE!!!
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Akkor már csak a framebuffert kell valahogy megcsinálnod...
Szerintem próbálgasd végig az új kernellel is, hogy VESA VGA-val (régi és -ng verzió), valamint Intelessel működik-e jól.
Az xorg.conf-odban van DRI Section, ahol a Mode 0666?
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Bár nem írtad, mivel nézted, hogy piros, felteszem, konzolban. Ez olyankor van, ha az adott ''könyvtár'' egy link valahova máshova, és az eltűnt. (Letörlődött, átneveződött.)
Vagy eltűnt az egész, vagy nézd meg, ha van a filerendszerben lost+found könyvtár, ott talán megvan. Ja, azt is nézd meg, eredetileg hova mutatott a link!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2018 üzenetére
Még szép!
Bocs, hogy oda nem szoktam írni, de elég konzervatív vagyok, és már nagyon ideszoktam. Az időnkénti szófosásaimat azonban örülök, ha átteszed oda is!
Kösz,
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2021 üzenetére
Mellesleg kipróbáltad már? Működik?
Most egyébként újfent bele kell ásnom magam. Az újabb dbus és hal máshogy működik, s mivel vettem egy pendrive-ot, ki is próbálhattam.
ivman: szépen csatolja, helyes jogokkal. Az ivman szépen konfigurálható, így az esetleges hibás mount opciókat is könnű javítani. Ugyanakkor összevész ugye a grafikus mounterekkel, ezért lecsatolni már nem tudom a KDE asztalán megjelenő ikonra kattintva.
kioslave: szépen működik, ikon megjelenik, csatolódik a /media/xxx alá az eszköz. Ippeg csak belépni nem lehet, mert a könyvtár jogai: root:root-nak 0750. Szuper. A KDE a pmountot használja, az pedig a HAL beállításai alapján csatol.
Itt a gáz. A jelenlegi HAL-t néztem, de szinte semmit nem lehet állítani benne. A /etc/hal üres, a /usr/share/hal-ban vannak fdi file-ok, csak éppen mind különleges eszközökre való. Ami azokban van, az sem a régi fajta, hogy direktben meg lenne adva pl. a csatolási opció. Nem tudok még kiigazodni rajta... Pedig ekkora betyár hibát nem ártana valahogy kijavítani, hiszen kinek jut eszébe egy user által bedugott pendrive-ot eleve a root tulajdonába adni?!? A konfigokban csak append sorok vannak, ami, ahogy néztem, csak annyit csinál, hogy hozzáfűzi (vagyis engedélyezi) az adott opciókat.
Na, valamit majd alkotok.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2023 üzenetére
Remélem, menni fog, mert az az igazság, ezt a hsz-t totál fejből írtam... Az otthoni gépen van módosítva, úgyhogy emlékezetből próbáltam bepötyögni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ezek a doksik különálló darabok. Hogy lehetne őket egyben?
Egyébként meg minek az összes? Nagy része fejlesztői doksi, vagy abszolút kezdőknek való.
Sajna, klikkelgetni kell. De nem olyan nehéz, mert asszem, az összes elérhetősége össze van szedve egy lapon.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Semmi gond. Ez egy belső udev üzenet, nem tudod eltüntetni, de problémát serm okoz. (Feltéve, hogy a bootscreen ilyen formátumú szétesése nem okoz nagy törést. )
Majd csak elmúlik egy újabb verzióban... Nekem is ilyen. Igaz, már csak egy darabot ír ki.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs