Hozzászólások
-
SzerzőBejegyzés
-
uzsolt wrote:birno wrote:Van esetleg valami, egyszerű és tutira működő megoldás a problémára?
A trap parancs lesz a te barátod:
http://www.linuxvilag.hu/content/files/cikk/36/cikk_36_54_55.pdfValóban ő lett az én új barátom, köszi!
uzsolt wrote:birno wrote:Saját „bug tracking system” mikor lesz? ;DMost.
http://udvzsolt.extra.hu/flyspray/
Kéretik akkor ezentúl az awesome-status nevű förmedvénnyel kapcsolatos minden bugreportot, fícsörr ikvesztet oda írni (lehetőleg angolul, de ha magyar, az se gáz – nekem legalábbis).Beregeltem, de semmihez nincs jogom, mindegyiknél „No” szerepel.
Neked ilyenkor még jóvá kell hagyni a reget?uzsolt wrote:birno wrote:Saját „bug tracking system” mikor lesz? ;DMost.
http://udvzsolt.extra.hu/flyspray/
Kéretik akkor ezentúl az awesome-status nevű förmedvénnyel kapcsolatos minden bugreportot, fícsörr ikvesztet oda írni (lehetőleg angolul, de ha magyar, az se gáz – nekem legalábbis).Beregeltem, de semmihez nincs jogom, mindegyiknél „No” szerepel.
Neked ilyenkor még jóvá kell hagyni a reget?Hogyan lehet egy bash scriptbe olyan védelmet építeni ami megakadályozza, hogy a progi több mint egy példányban fusson és mindig működik is?
Ugyanis van egy script, ami végtelen ciklusban fut, de még mielőtt elindulna ez a ciklus beszúrtam a következő vizsgálatot:
Code:if [ `ps aux|grep /.awesome/mocp-status|grep -v grep|wc -l|tee ~/.awesome/check` -ge 3 ];
then
exit 1
fiA feltétel vizsgálatakor jó esetben 2 sort lát, – bár ezt sem tudom miért, mivel akkor indul el először a program és a grep sora ki van szedve – de van amikor 4-et, így elsőre sem indul el.
Azon gondolkoztam még, hogy egy fáljba írna valami adatot amikor elindul, mondjuk a pid-jét és azt vizsgálná az elején, ezzel csak az a gond, hogy általában „kill”-el van lelőve a script, így a létrejött fájlt nem tudja törölni leálláskor, max azt lehetne, hogy a fájlban szereplő pid-nek küld először egy kill-t, majd újraírja a saját, aktuális pid-jével, viszont ez pillanatnyi fennakadást okozna a progi működésében, ami nem biztos, hogy jó lenne.
Talán azt kellene csak megvizsgálni, hogy az adott pid még él-e, bár lehet azóta már más progi használja, akkor meg megint bukta van.Van esetleg valami, egyszerű és tutira működő megoldás a problémára?
Kézi beállítással annyira nem lenne gond, van egy csomó leírás, meg amint mondtam működik is, csak szemetel.
Most share-re van állítva és jelszó nélkül működik nobody felhasználóva, ha nem kell külön nem hozok létre usert.
kisbetu wrote:lol, lol, de tökéletesen zavarba tudja ejteni a mit sem sejtő olvasót egy ilyen álinformációÉn elhiszem, csak jöt röhögtem a beszólásodon, hamisítatlan kisbetu stílus. 🙂
kisbetu wrote:Mike65 wrote:Csináltam egy symlinket a linux-2.6.23.12 könyvtárra linux névvelBecsületes ember ebből arra következtet, hogy a nevezett könyvtár a kernelforrást tartalmazza.
Nálad filmek vannak benne?LOL 😀
Gugliztam, azt én is megtaláltam, de nem segített rajta s nagyjából máshol is ezt írták, igaz én UTF-8-at adtam meg.
Most beírtam a te verzódat s figyelem a dmesg-et.Ékezetekkel az a gond, hogy régebbi fájloknál, még windows korszakból kell, meg ha valakinek kölcsönadok cuccokat az nem biztos, hogy tolerálja, inkább megszenvedek vele.
sk-skuba wrote:Szia.
Ilyen nekem is volt.
Intel celeron 1300 Mhz egy Fujitsu siemens-nél.
Akkor be szerettem volna tenni még egy hardot a Pri slave-re..de menet közben mindig lecsatolta..és a boot-nál is ez jelent meg Maytor a Maxtor helyett.Szerintem bios lehet.Mert ugyanaz a hard egy másik gépben ugyancsak pri slave-en tökéletesen ment.Gyári, legfrissebb BIOS van fent.
sk-skuba wrote:Szia.
Ilyen nekem is volt.
Intel celeron 1300 Mhz egy Fujitsu siemens-nél.
Akkor be szerettem volna tenni még egy hardot a Pri slave-re..de menet közben mindig lecsatolta..és a boot-nál is ez jelent meg Maytor a Maxtor helyett.Szerintem bios lehet.Mert ugyanaz a hard egy másik gépben ugyancsak pri slave-en tökéletesen ment.Gyári, legfrissebb BIOS van fent.
-
SzerzőBejegyzés