Hozzászólások
-
Bejegyzés
-
Hi,
ami még eszembejutott a témával kapcsolatban: ha a Sun java nem is, más alternatív jdk-k adnak normális browser plugint amd64re. Sok disztró az icedtea nevű csodával jön, lsd http://forums.gentoo.org/viewtopic-t-615533-highlight-.html
kl223
Hi,
ami még eszembejutott a témával kapcsolatban: ha a Sun java nem is, más alternatív jdk-k adnak normális browser plugint amd64re. Sok disztró az icedtea nevű csodával jön, lsd http://forums.gentoo.org/viewtopic-t-615533-highlight-.html
kl223
Hali!
RedCat wrote:…a lib64-en belül….Ha hibára keresel megoldást, ilyen lényegi infókat ne csak úgy mellesleg említs meg. Ezek szerint 64 bites rendszered van.
64 bitre a sun még _nem_ adott ki böngésző plugint. Az nspluginwrapper pedig nem támogatja a javat, így nem fogod tudni – pl a flash playerhez hasonlóan – a 32 bites plugint sem használni.Két megoldás van: használsz 32 bites firefoxot 32 bites java pluginnel, vagy használsz konquerort. Ez utóbbinak nem kell java plugin, sima java binárissal meg tudja jeleníteni az oldalakat.
Üdv,
kl223Hali!
RedCat wrote:…a lib64-en belül….Ha hibára keresel megoldást, ilyen lényegi infókat ne csak úgy mellesleg említs meg. Ezek szerint 64 bites rendszered van.
64 bitre a sun még _nem_ adott ki böngésző plugint. Az nspluginwrapper pedig nem támogatja a javat, így nem fogod tudni – pl a flash playerhez hasonlóan – a 32 bites plugint sem használni.Két megoldás van: használsz 32 bites firefoxot 32 bites java pluginnel, vagy használsz konquerort. Ez utóbbinak nem kell java plugin, sima java binárissal meg tudja jeleníteni az oldalakat.
Üdv,
kl223vizsla wrote:kl223 wrote:Amúgy próbáld ki: futtass grafikus progit konzolból, majd zárd be a konzolt.Én próbáltam, nekem nem záródott be… kivéve persze úgy, ahogy mutattam, mert azzal a példával épp azt szemléltettem. :))
Tényleg? A & nem éppen a detacholás jele?
(Hm, most h konrétan kipróbáltam, látom csak h nekem &-el és anélkül is bezárul. Na ennek utánajárunk…
…
…
Hm, csak kstart-al indítva nem zárulnak be a grafikus appok konzolból indítva, ha a konzolt bezárom. Ezt is jó tudni…)kl223
vizsla wrote:kl223 wrote:Amúgy próbáld ki: futtass grafikus progit konzolból, majd zárd be a konzolt.Én próbáltam, nekem nem záródott be… kivéve persze úgy, ahogy mutattam, mert azzal a példával épp azt szemléltettem. :))
Tényleg? A & nem éppen a detacholás jele?
(Hm, most h konrétan kipróbáltam, látom csak h nekem &-el és anélkül is bezárul. Na ennek utánajárunk…
…
…
Hm, csak kstart-al indítva nem zárulnak be a grafikus appok konzolból indítva, ha a konzolt bezárom. Ezt is jó tudni…)kl223
Ízlések és pofonok. 🙂 Elvégre azért szkript, hogy könnyen tudja az ember a saját szájíze szerint alakítani.
Amúgy próbáld ki: futtass grafikus progit konzolból, majd zárd be a konzolt.kl223
Ízlések és pofonok. 🙂 Elvégre azért szkript, hogy könnyen tudja az ember a saját szájíze szerint alakítani.
Amúgy próbáld ki: futtass grafikus progit konzolból, majd zárd be a konzolt.kl223
Hm…
vizsla wrote:Más kérdés, hogy én vagy így csinálnám meg (ha which)Code:PLIST=…which P1 P2 P3…Valóban. 🙂 Csak mondjuk a programonkénti paramétereket (pl audacious -e és hasonlók) kicsit nehézkesebb hozzáilleszteni. Illetve ebben a megoldásban az elérési útban szereplő szóközök is gondot okozhatnak. (A `…` és a $(…) a több soros kimenetet egy sorba pakolják tudtommal.) Nem mintha jellemző lenne, de előferdülhet.
vizsla wrote:vagy így és akkor nem kell which semCode:…
${PLIST[I]} ${PARAMS}
…
if [ „$?” -eq 0 ]
# kilépés a ciklusból (ha már egyet sikerült futtatni)
…Ez utóbbi, már azért is jobb, mert azt is megnézi, hogy lehet-e a programot futtatni… aka. nem száll-e el egy hibás, vagy nem megfelelő lib miatt (vagyis which esetén is érdemes ezt megtenni)
[/I]🙂 Nekem is ez jutott legelőször eszembe, amint megláttam a szkriptet.
Végül megint egy egyéni rigolya miatt vetettem el… azért, mert a grafikus appoknál (audacious, gmplayer, amarok) nem csípem, ha „függenek” egy konzoltól, amit aztán nem zárhatok be, mert akkor bezáródik az app is.
Nem egészen értem mondjuk, hogy egy már futó audacious példánynál az „audacious –pause”, „audacious -e” és hasonló parancsok miért nem térnek vissza azonnal, dehát ez van, ezt kell szeretni.
(Jelenleg úgy viselkednek, mintha a parancs végrehajtása után a processz joinolna a futó audaciousra.)Megoldás: a szkriptbe:
${PLAYER} ${url} helyett ${PLAYER} ${url} &
Csak ekkor ez utóbbi megoldásban a $? a detacholás eredménye lesz, nem a progié…Üdv,
kl223Hm…
vizsla wrote:Más kérdés, hogy én vagy így csinálnám meg (ha which)Code:PLIST=…which P1 P2 P3…Valóban. 🙂 Csak mondjuk a programonkénti paramétereket (pl audacious -e és hasonlók) kicsit nehézkesebb hozzáilleszteni. Illetve ebben a megoldásban az elérési útban szereplő szóközök is gondot okozhatnak. (A `…` és a $(…) a több soros kimenetet egy sorba pakolják tudtommal.) Nem mintha jellemző lenne, de előferdülhet.
vizsla wrote:vagy így és akkor nem kell which semCode:…
${PLIST[I]} ${PARAMS}
…
if [ „$?” -eq 0 ]
# kilépés a ciklusból (ha már egyet sikerült futtatni)
…Ez utóbbi, már azért is jobb, mert azt is megnézi, hogy lehet-e a programot futtatni… aka. nem száll-e el egy hibás, vagy nem megfelelő lib miatt (vagyis which esetén is érdemes ezt megtenni)
[/I]🙂 Nekem is ez jutott legelőször eszembe, amint megláttam a szkriptet.
Végül megint egy egyéni rigolya miatt vetettem el… azért, mert a grafikus appoknál (audacious, gmplayer, amarok) nem csípem, ha „függenek” egy konzoltól, amit aztán nem zárhatok be, mert akkor bezáródik az app is.
Nem egészen értem mondjuk, hogy egy már futó audacious példánynál az „audacious –pause”, „audacious -e” és hasonló parancsok miért nem térnek vissza azonnal, dehát ez van, ezt kell szeretni.
(Jelenleg úgy viselkednek, mintha a parancs végrehajtása után a processz joinolna a futó audaciousra.)Megoldás: a szkriptbe:
${PLAYER} ${url} helyett ${PLAYER} ${url} &
Csak ekkor ez utóbbi megoldásban a $? a detacholás eredménye lesz, nem a progié…Üdv,
kl223
legutóbbi hsz