Hozzászólások
-
Bejegyzés
-
sany wrote:Biztos hogy LFS-t használsz és nem RedHat-et?! 😀
Ahan. És még nem is használtam RedHat-ot (na jó, egyszer régen, amikor még ingyér volt (fedora-szétválás előtt jócskán), valami (mai szemmel nézve) régi verziót, de az csak két hónap volt, aztán a vinyó tönkrement). Csak elolvastam ezt, és ott láttam, hogy
6.9 Building It
The Source Directory Tree
The first thing you need is a properly configured build tree. This is configurable using the [red]/etc/rpmrc[/red] file.
Gondolom, hogy nem csak ezt az egy beállítást rakják bele, hanem többet is. Meg hatalmas logikával kikövetkeztettem, hogy a redhat-júzerek többsége nem rpm-csomagkészítéssel tölti az idejét, ezért ez a fájl nem biztos, hogy megvan a rendszerben, ehhez az rpm-építéshez szükséges csomagot/csomagokat fel kellene tenni. Én annak valami rpm-build vagy ilyesmi nevet adnék. Szóval egy kis gugli, oszt’ könnyű osztani az észt 🙂
Ha tévút, akkor bocs 😉sany wrote:Biztos hogy LFS-t használsz és nem RedHat-et?! 😀Ahan. És még nem is használtam RedHat-ot (na jó, egyszer régen, amikor még ingyér volt (fedora-szétválás előtt jócskán), valami (mai szemmel nézve) régi verziót, de az csak két hónap volt, aztán a vinyó tönkrement). Csak elolvastam ezt, és ott láttam, hogy
6.9 Building It
The Source Directory Tree
The first thing you need is a properly configured build tree. This is configurable using the [red]/etc/rpmrc[/red] file.
Gondolom, hogy nem csak ezt az egy beállítást rakják bele, hanem többet is. Meg hatalmas logikával kikövetkeztettem, hogy a redhat-júzerek többsége nem rpm-csomagkészítéssel tölti az idejét, ezért ez a fájl nem biztos, hogy megvan a rendszerben, ehhez az rpm-építéshez szükséges csomagot/csomagokat fel kellene tenni. Én annak valami rpm-build vagy ilyesmi nevet adnék. Szóval egy kis gugli, oszt’ könnyű osztani az észt 🙂
Ha tévút, akkor bocs 😉Van valami rpmrc a /etc-ben, amennyire végigfutottam a dolgokat. Ott érdemes lehet szétnézni (lehet, hogy valami csomagot fel kell majd telepíteni, hogy ez meglegyen, biztos valami rpmbuild vagy ilyesmi).
Van valami rpmrc a /etc-ben, amennyire végigfutottam a dolgokat. Ott érdemes lehet szétnézni (lehet, hogy valami csomagot fel kell majd telepíteni, hogy ez meglegyen, biztos valami rpmbuild vagy ilyesmi).
birno wrote:Athlon Xp 2500+ és érdekes mód az mocp ffrissítését végző script(négyszer lekéri az infót és küldi awesome-clientnek 0.9 másodpercenként) 10-15%-os plusz proci terhelést jelent, ami szerintem sok.
Az nem a fájlmegnyitás/írás stb. miatt van. Legalábbis túlnyomórészt. Hanem a rajzolgatás miatt, ha 0.9sec-enként négyszer rajzolsz…
Próbáld ki:Code:for i in $(seq 1 1000) ; echo 0 widget_tell sb_statusbar tb_textbox text $i | awesome-status; sleep 0.2; doneNekem olyan 7-8%-ról kb. 20-ra „felugrott” a proci (na jó, egy cel2ghz-ről van szó).
birno wrote:Fájlba irányításra én is gondoltam, de az megint viszonylag „nagy” munka a procinak
Milyen géped van? Egy kHz-es 10 bájt rammal? Ennél nagyobb dolgok is zajlanak a háttérben, még ha nem is tudsz róla 🙂birno wrote:A másiknál meg azért nem jó a háttérbe küldés, mert kb. 15-20 sornyi parancsról van szó(egy-egy ciklus plusz pár apróság) s mindegyik mögé nem akarok „&” biggyeszteni. 🙂
Na, akkor úgy érzem, ma is egy új dolgot fogsz tanulni (ha jól értem a gondod):Code:( while true; do /home/zsolt/awesome-resources/statusbar/awesome-rss ; sleep 1m; done ) &
( while true; do echo 0 widget_tell sb_status tb_todo text $(calcurse -t | grep -v „to do:” | wc -l) teendõ | awesome-client ; sleep 1m ; done) &Ja, ez az én ~/.xinitrc fájlomból való részlet 😉
birno wrote:mpd amúgy azért nem tetszik, mert fix adatbázissal dolgozik s ha egy új számot akarok meghallgatni vagy más könyvtárban van, akkor lehet újraépíteni az egészet.
Hm? Ha csak meghallgatni akarok egy számot egyszer, akkor egy mplayer-rel teszem meg. Ha esetleg többször, akkor berakom az mpd-be. Addig minek. És nem kell újraépíteni az egész adatbázist, egyszerűen hozzáadod az újakat oszt’ kész (az mpc pont erre való). Törölni, a playlist-et üríteni hasonlóan bonyolult. Nem telik (észrevehetően) több idő, ha szimplán beolvasnád egy xmms-be, ami lekéri az infókat.Még életemben nem használtam RedHat-ot, de valami spec fájlt kellene keresni:
http://www.rpm.org/support/RPM-HOWTO-6.html#ss6.2
Talán a source rpm-ekben benne van…Még életemben nem használtam RedHat-ot, de valami spec fájlt kellene keresni:
http://www.rpm.org/support/RPM-HOWTO-6.html#ss6.2
Talán a source rpm-ekben benne van…Gondolom, az awesome-hoz kell 🙂
Ha nem nagyon mélyedtél még bele a moc-ba, akkor ajánlom az mpd-t, ahhoz úgyis van „támogatás” az awesome-status-ban 😉 Most nézem ezt a moc-ot, látom, az is valamilyen démon, amivel valahogy lehet kommunikálni. Szóval ha egy-két hónapot vársz, akkor lehet, hogy lesz moc-támogatás is…Amúgy igen, lehet. A legtriviálisabb módja, hogy a kimenetet egy fájlba (mktemp generál egy biztosan jó ideiglenes fájlnevet) ill. egy változóba benyomod 😉
De ha úgyis az awesome-hoz kell, akkor egyCode:sed -r „s@Artist: (.*)@0 sb_name tb_artist text 1@ ; @Songtitle: (.*)@0 sb_name tb_title text 1@ ; és így tovább”Már persze ez akkor jó, ha külön-külön szövegdobozokba megy. Ha egy szövegdobozba akarod, akkor inkább egy awk-t javasolnék.
Második problémád: nem értem egészen pontosan, mit és hogyan akarod, de ha a parancsok végére egy &-jelet biggyesztenél? (háttérben futás)
