J'ai un peu l'impression de tourner en rond:
J'aimerai installer apache + ssl + pgsql + php4 et php4-pgsql.
J'ai installé apache + ssl + pgsql +php4, j'essaie d'installer php4-pgsql:
millenium:~# apt-get install php4-pgsql
...
Sorry, but the following packages have unmet dependencies:
php4-pgsql
On Friday 09 November 2001 15:11, Paul-Jean Cagnard wrote:
>
> > Ceci est valable pour : sh (Bourne), sh (POSIX), ksh, bash. Bref, tous
> > les non-c-shells. La commande 'export' des sh* êtant (~) équivalente à la
> > commande 'setenv' des *csh*.
>
> Ah je me dois de corriger. Ce n'est pas valable
Daniel Cordey <[EMAIL PROTECTED]> writes:
> export PATH=sbin:/usr/sbin:$PATH
>
> Ceci est valable pour : sh (Bourne), sh (POSIX), ksh, bash. Bref, tous les
> non-c-shells. La commande 'export' des sh* êtant (~) équivalente à la
> commande 'setenv' des *csh*.
oui, mais sur solaris (7 et 8 en t
Daniel Cordey wrote:
> Pour les amoureux de la précision et la concision, sachez que l'on peut faire
> l'export et l'assignation en uen seule fois. CAD :
>
> export PATH=sbin:/usr/sbin:$PATH
>
> Ceci est valable pour : sh (Bourne), sh (POSIX), ksh, bash. Bref, tous les
> non-c-shells. La comm
On Friday 09 November 2001 13:36, [EMAIL PROTECTED] wrote:
>
> --
> PATH=/sbin:/usr/sbin:$PATH
> export PATH
> --
Pour les amoureux de la précision et la concisi
On Fri, 9 Nov 2001, Ludwin Fischer wrote:
> Petit probleme quand je suis en root: les commandes specifiques root
> (par exemple apachectl, et tout ce qui est generalement dans les
> repertoires sbin) ne marchent plus, sauf si je suis dans le bon
> repertoire. Exemple: je veut faire apachectl rest
"Ludwin Fischer" <[EMAIL PROTECTED]> writes:
> ou quelque chose dans ce genre... Mais sous Linux? J'utilise une
> Debian Patate. Quelqun sait?
ben ca depend du shell que tu utilises. si c'est sh ou bash, alors tu
peux modifier le fichier /etc/profile ou /root/.profileen r'ajoutant:
Félix Hauri <[EMAIL PROTECTED]> writes:
> ``La théorie c'est quand rien ne marche mais on peut tout expliquer,
> La pratique c'est quand tout fonctionne mais on ne sait pas pourquoi,
> Ici nous avons réuni théorie et pratique:
>Rien ne fonctionne et personne ne peut l'expl
Marc SCHAEFER <[EMAIL PROTECTED]> writes:
> normalement, si on ne configure pas /etc/apt/apt.conf, on peut aussi
> utiliser le proxy standard, soit:
c'est bon a savoir. comme je l'ai dit dans un autre mail, ca marche
maintenant mais je ne sais pas pourquoi ca ne marchait pas hier.
tom
Petit probleme quand je suis en root: les commandes
specifiques root (par exemple apachectl, et tout ce qui est generalement dans
les repertoires sbin) ne marchent plus, sauf si je suis dans le bon repertoire.
Exemple: je veut faire apachectl restart, mais le systeme me dit qu'il ne
connait
Etant tombe par hasard sur le message de Ninn
Langel, je me dois de lui exprimer ma solidarite, moralement parlant, vu que je
n'ai pas la possibilite de repondre a ses questions. Mais il est vrai que
debuter seul, c'est difficile, et que les manuels n'ont pas reponse a tout. Pour
l'anecdote,
On 9 Nov 2001 [EMAIL PROTECTED] wrote:
> ne me demandez pas pourquoi, mais ce matin ca marche correctement,
> ...
> donc ne chercher plus trop ca marche.
Pas très ``Un*x attitude'' ;)
``La théorie c'est quand rien ne marche mais on peut tout expliquer,
La pratique c'est quand tout fonctionne m
On 9 Nov 2001 [EMAIL PROTECTED] wrote:
> lorsque je fais, par exemple, un "apt-get update" sur argon, j'ai que
> des erreurs:
normalement, si on ne configure pas /etc/apt/apt.conf, on peut aussi
utiliser le proxy standard, soit:
export http_proxy=http://proxy.sharks-net.ch:8080/
est-ce que
13 matches
Mail list logo
