On 08.01.19 12:43, Laurent Franceschetti wrote:
On pourrait aussi lancer le script d’office, avec le compte de l’utilisateur,
du coup ça devrait résoudre tous les problèmes. Contre-indications?
Non, sauf que tu dois avoir un cron par compte... c'est peut-être un peu
casse-pied à gérer.
C'
Merci beaucoup à Daniel et Félix pour leurs suggestions, qu’on explore.
On pourrait aussi lancer le script d’office, avec le compte de l’utilisateur,
du coup ça devrait résoudre tous les problèmes. Contre-indications?
> Le 7 janv. 2019 à 14:50, Daniel Cordey a écrit :
>
> (…)
>
> cron, exéc
On 07.01.19 10:44, Laurent Franceschetti wrote:
Bonjour,
J’aurais une question un peu naive. Je dois lancer un processus
centralisé sur une machine debian, qui va faire des compilations pour
différents comptes (ou chaque utilisateur a son propre directory et ne
doit surtout pas accéder à ce
On Mon, Jan 07, 2019 at 02:32:21PM +0100, felix wrote:
> - Lancer la chose via crond, en editant la crontad de CHAQUE utilisateurs
- Lancer la chose via crond, en editant la crontab de CHAQUE utilisateurs
Sorry.
--
Félix Hauri -- http://www.f-hauri.ch
_
Bonjour,
On Mon, Jan 07, 2019 at 10:44:38AM +0100, Laurent Franceschetti wrote:
> Bonjour,
>
> J’aurais une question un peu naive. Je dois lancer un processus
> centralisé sur une machine debian, qui va faire des compilations pour
> différents comptes (ou chaque utilisateur a son propre directo
Bonjour Laurent,
> 1) Le processus de compilation puisse compiler.
Eventuellement créer un compte dédié à la compilation.
> 2) L’utilisateur a bien accès aux fichiers objets créés par le compilateur
> pour
> son propre compte, mais pas ceux des autres comptes?
Une idée serait de copier les fic
Bonjour,
J’aurais une question un peu naive. Je dois lancer un processus centralisé sur
une machine debian, qui va faire des compilations pour différents comptes (ou
chaque utilisateur a son propre directory et ne doit surtout pas accéder à ceux
des autres). Le compilateur génère, comme d’habit