> 1) Mas skripty zacinajuce #! /bin/bash a nechce sa Ti prerabat ich na
> #! /usr/local/bin/bash. Toto som riesil hrubou silou:
>
> root# ln -s /usr/local/bin/bash /bin/bash
Mel bych jednu otazku trochu mimo tema.
Lze ve skriptu definovat shell bez zavislosti na jeho umisteni v OS?
Karel
--
Fre
Hello Kaminar,
Saturday, December 15, 2007, 11:55:26 AM, you wrote:
>> 1) Mas skripty zacinajuce #! /bin/bash a nechce sa Ti prerabat ich na
>> #! /usr/local/bin/bash. Toto som riesil hrubou silou:
>>
>> root# ln -s /usr/local/bin/bash /bin/bash
> Mel bych jednu otazku trochu mimo tema.
> Lze v
> > Mel bych jednu otazku trochu mimo tema.
> > Lze ve skriptu definovat shell bez zavislosti na jeho umisteni v OS?
Pokud spravne dekoduju otazku, chtel bys v ramci skriptu rict napriklad
"tento skript ma byt interpretovan shellem 'mysh', at uz lezi 'mysh' na
tomto systemu kdekoli (/bin, /usr/loc
Mam tu nasledujici problem, se kterym si nevim rady a tak doufam, ze se
tu najde nekdo, kdo ma hlubsi znalosti jailu a rc scriptu (moc nevim,
jak to vlastne debugovat).
Napsal jsem si script, ktery mi pri bootu spousti weby pouzivajici
Django jako FastCGI. Script v podstate funguje - dokud ho z
+1
rad sa zucastnim ak budem v Ba
Jan
Juraj Lutter wrote:
> Mili moji,
>
> kedze cas vydania 7.0-RELEASE sa nam nezadrzatelne blizi, bolo by nacim
> zamysliet sa nad tym, ako tento radostny fakt oslavime.
>
> Preto prosim zbystrite svoju pozornost, vyckavajte release, ako cestari
> prvy sneh,
On Sat, 15 Dec 2007, Miroslav Lachman wrote:
ahoj,
>Napsal jsem si script, ktery mi pri bootu spousti weby pouzivajici
>Django jako FastCGI. Script v podstate funguje - dokud ho zkousim
>ovladat rucne (v jailu) volanim:
>/usr/local/etc/rc.d/django-runfcgi.sh start
>a vypinani pres
>/usr
Daniel Gerzo napsal/wrote, On 12/15/07 12:01:
>>> #! /usr/local/bin/bash. Toto som riesil hrubou silou:
>> Lze ve skriptu definovat shell bez zavislosti na jeho umisteni v OS?
> napr. #!/usr/bin/env bash
No, to je sice zdanlive jasna odpoved na jasnou otazku, ale obavam se,
ze ses nezab
Miroslav Lachman napsal/wrote, On 12/15/07 14:03:
> Mam tu nasledujici problem, se kterym si nevim rady
...
> Napsal jsem si script, ktery mi pri bootu spousti weby pouzivajici
> Django jako FastCGI. Script v podstate funguje - dokud ho zkousim
> ovladat rucne (v jailu) volanim:
> /usr/local/etc/
On Sat, 15 Dec 2007, Dan Lukes wrote:
> A pro jine OS tohle reseni reseni neni - jednak neni jiste, jestli tam
>'env' vubec bude, a kdyz uz ano, zda bude delat to co predpokladas, a
>kdyz uz ano, zda bude prave v /usr/bin
ja bych se i bal spoustet interpret pomoci aktualni PATH; p
On Sat, 15 Dec 2007, Dan Lukes wrote:
> Damon (a nakonec, cely OS) muze byt ukoncen mnoha zpusoby z nichz
>nektere nezajistuji, ze jakykoliv soubor bude "uklizen".
to jo, ale stejne tak muze byt zlikvidovan lockf(1), aniz by zrusil
ten soubor. Navic nepracuje s PIDem, takze kdyz
Jan Pechanec napsal/wrote, On 12/15/07 15:16:
> On Sat, 15 Dec 2007, Dan Lukes wrote:
>
>> Damon (a nakonec, cely OS) muze byt ukoncen mnoha zpusoby z nichz
>>nektere nezajistuji, ze jakykoliv soubor bude "uklizen".
>
> to jo, ale stejne tak muze byt zlikvidovan lockf(1), aniz by zrus
On Sat, 15 Dec 2007, Dan Lukes wrote:
>>> Damon (a nakonec, cely OS) muze byt ukoncen mnoha zpusoby z nichz
>>>nektere nezajistuji, ze jakykoliv soubor bude "uklizen".
>>
>> to jo, ale stejne tak muze byt zlikvidovan lockf(1), aniz by zrusil
>> ten soubor.
>
> Neupozornoval jse
Jan Pechanec napsal/wrote, On 12/15/07 16:13:
Damon (a nakonec, cely OS) muze byt ukoncen mnoha zpusoby z nichz
nektere nezajistuji, ze jakykoliv soubor bude "uklizen".
>>>
>>> to jo, ale stejne tak muze byt zlikvidovan lockf(1), aniz by zrusil
>>> ten soubor.
>>
>> Neupoz
On Sat, 15 Dec 2007, Dan Lukes wrote:
>>> Neupozornoval jsem, nahodou, explicitne, presne kvuli tomu, na posledni
>>>vetu prvniho odstavce manualove stranky ? ;-)
>>
>> "In no event will lockf break a lock that is held by another
>> process."
>
> Ne, prvni odstavec sekce DESCRIPT
Jan Pechanec wrote:
> On Sat, 15 Dec 2007, Miroslav Lachman wrote:
>
> ahoj,
>
>
>>Napsal jsem si script, ktery mi pri bootu spousti weby pouzivajici
>>Django jako FastCGI. Script v podstate funguje - dokud ho zkousim
>>ovladat rucne (v jailu) volanim:
>>/usr/local/etc/rc.d/django-runfcg
Dan Lukes wrote:
> Miroslav Lachman napsal/wrote, On 12/15/07 14:03:
>
>>Mam tu nasledujici problem, se kterym si nevim rady
>
> ...
>
>>Napsal jsem si script, ktery mi pri bootu spousti weby pouzivajici
>>Django jako FastCGI. Script v podstate funguje - dokud ho zkousim
>>ovladat rucne (v ja
Miroslav Lachman napsal/wrote, On 12/15/07 20:56:
> Moc jsem z toho zatim nepochopil, jak bych to mel pouzit v pripade, kdy
> to startuju nasledujicim prikazem:
> su "${_user}" -c "/usr/local/bin/python manage.py runfcgi `head -1
> django-runfcgi.conf` && echo -n ${site} "
Zredukujme ho na zakla
On Sat, 15 Dec 2007, Dan Lukes wrote:
>> Druhy problem je ovsem to, ze ten proces muze zastavit / spustit i
>> uzivatel, pod kterym bezi (proto to su) ze sveho shellu.
>
>... jsem tak uplne nepochopil duvod proc, ze je tam to 'su' ?
>
> Kdo zadava heslo, na ktere se to 'su' zepta ?
Jan Pechanec napsal/wrote, On 12/15/07 21:42:
> On Sat, 15 Dec 2007, Dan Lukes wrote:
>
>>> Druhy problem je ovsem to, ze ten proces muze zastavit / spustit i
>>> uzivatel, pod kterym bezi (proto to su) ze sveho shellu.
>>
>>... jsem tak uplne nepochopil duvod proc, ze je tam to 'su' ?
>>
>>
Dan Lukes wrote:
> Jan Pechanec napsal/wrote, On 12/15/07 21:42:
>
>>On Sat, 15 Dec 2007, Dan Lukes wrote:
>>
>>
Druhy problem je ovsem to, ze ten proces muze zastavit / spustit i
uzivatel, pod kterym bezi (proto to su) ze sveho shellu.
>>>
>>>... jsem tak uplne nepochopil duvod proc, ze
Miroslav Lachman napsal/wrote, On 12/15/07 23:29:
> A proc ze je tam opet su pri vypinani? Me to tak prislo "logicke" - aby
Jo, to je logicke. Jen me to nenapadlo, protoze ja bych to patrne delal
cele trochu jinak. Coz neznamena implicitne lepe - rikam jinak.
> Jinak tedy aby to s tim l
Dan Lukes wrote:
> Miroslav Lachman napsal/wrote, On 12/15/07 23:29:
[...]
>>Jinak tedy aby to s tim lockf melo smysl (chapu-li to spravne), tak ho
>>musi pouzivat i ten uzivatel, ktery si spravuje svuj web. Tedy i on
>>misto puvodniho:
>>python manage.py runfcgi `head -1 django-runfcgi.conf`
>>b
22 matches
Mail list logo
