lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me
diriger vers la debian policy relative aux uids :
(http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes
besoins sont :
100-999:
Dynamically allocated system users and groups. Packages which need
a user or group, but can have this user or group allocated dynamically
and differently on each system, should use adduser --system to create
the group and/or user. adduser will check for the existence of the user
or group, and if necessary choose an unused id based on the ranges
specified in adduser.conf.
1000-29999:
Dynamically allocated user accounts. By default adduser will choose
UIDs and GIDs for user accounts in this range, though adduser.conf may
be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a
60.000, j'ai verifié que la chose était possible (cf. 1) mais ma
verification est peut-etre naive. je suis preneur de tout conseil,
correction, retour d'experience.
merci pour ta réponse aussi rassurante que rapide.
(pour bien faire, il faudrait vérifier que tout ton environnement gère bien les huighuid, notamment système de fichiers, outils de base, etc.)
pas de probleme pour le FS. et les outils que j'ai vérifié ( dash, ls , ... utilisent tous uid_t. donc pas de probleme non plus, je crois).
cordialement mc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Frédéric Bothamy
* marc chantreux [2005-09-12 10:26] :
Bonjour a tous,
lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me diriger vers la debian policy relative aux uids : (http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes besoins sont :
100-999: Dynamically allocated system users and groups. Packages which need a user or group, but can have this user or group allocated dynamically and differently on each system, should use adduser --system to create the group and/or user. adduser will check for the existence of the user or group, and if necessary choose an unused id based on the ranges specified in adduser.conf.
1000-29999: Dynamically allocated user accounts. By default adduser will choose UIDs and GIDs for user accounts in this range, though adduser.conf may be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a 60.000, j'ai verifié que la chose était possible (cf. 1) mais ma verification est peut-etre naive. je suis preneur de tout conseil, correction, retour d'experience.
Quand cette partie de la Charte a été écrite, le nombre maximum d'uid du noyau Linux était 65536 (2^16), alors qu'il est possible maintenant d'en avoir 4294967296 (2^32). Cf. le fichier /usr/src/linux/Documentation/highuid.txt. Je pense donc que ta vérification est correcte et que tu devrais pouvoir modifier adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout ton environnement gère bien les huighuid, notamment système de fichiers, outils de base, etc.)
Fred
-- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
* marc chantreux <marc.chantreux@laposte.net> [2005-09-12 10:26] :
Bonjour a tous,
lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me
diriger vers la debian policy relative aux uids :
(http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes
besoins sont :
100-999:
Dynamically allocated system users and groups. Packages which need
a user or group, but can have this user or group allocated dynamically
and differently on each system, should use adduser --system to create
the group and/or user. adduser will check for the existence of the user
or group, and if necessary choose an unused id based on the ranges
specified in adduser.conf.
1000-29999:
Dynamically allocated user accounts. By default adduser will choose
UIDs and GIDs for user accounts in this range, though adduser.conf may
be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a
60.000, j'ai verifié que la chose était possible (cf. 1) mais ma
verification est peut-etre naive. je suis preneur de tout conseil,
correction, retour d'experience.
Quand cette partie de la Charte a été écrite, le nombre maximum d'uid du
noyau Linux était 65536 (2^16), alors qu'il est possible maintenant d'en
avoir 4294967296 (2^32). Cf. le fichier
/usr/src/linux/Documentation/highuid.txt. Je pense donc que ta
vérification est correcte et que tu devrais pouvoir modifier
adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout
ton environnement gère bien les huighuid, notamment système de fichiers,
outils de base, etc.)
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me diriger vers la debian policy relative aux uids : (http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes besoins sont :
100-999: Dynamically allocated system users and groups. Packages which need a user or group, but can have this user or group allocated dynamically and differently on each system, should use adduser --system to create the group and/or user. adduser will check for the existence of the user or group, and if necessary choose an unused id based on the ranges specified in adduser.conf.
1000-29999: Dynamically allocated user accounts. By default adduser will choose UIDs and GIDs for user accounts in this range, though adduser.conf may be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a 60.000, j'ai verifié que la chose était possible (cf. 1) mais ma verification est peut-etre naive. je suis preneur de tout conseil, correction, retour d'experience.
Quand cette partie de la Charte a été écrite, le nombre maximum d'uid du noyau Linux était 65536 (2^16), alors qu'il est possible maintenant d'en avoir 4294967296 (2^32). Cf. le fichier /usr/src/linux/Documentation/highuid.txt. Je pense donc que ta vérification est correcte et que tu devrais pouvoir modifier adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout ton environnement gère bien les huighuid, notamment système de fichiers, outils de base, etc.)
Fred
-- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Thomas CLavier
Frédéric Bothamy a écrit :
adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout ton environnement gère bien les huighuid, notamment système de fich iers, outils de base, etc.)
une fois les tests réalisés, tu pourras aussi faire un rapport de bug pour adduser :-)
-- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30
Frédéric Bothamy a écrit :
adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout
ton environnement gère bien les huighuid, notamment système de fich iers,
outils de base, etc.)
une fois les tests réalisés, tu pourras aussi faire un rapport de bug
pour adduser :-)
--
Thomas Clavier http://www.tcweb.org
Lille Sans Fil http://www.lillesansfil.org
+33 (0)6 20 81 81 30
adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout ton environnement gère bien les huighuid, notamment système de fich iers, outils de base, etc.)
une fois les tests réalisés, tu pourras aussi faire un rapport de bug pour adduser :-)
-- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30
Marc PERRUDIN
Frédéric Bothamy a écrit :
* marc chantreux [2005-09-12 10:26] :
Bonjour a tous,
lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me diriger vers la debian policy relative aux uids : (http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes besoins sont :
100-999: Dynamically allocated system users and groups. Packages which need a user or group, but can have this user or group allocated dynamically and differently on each system, should use adduser --system to create the group and/or user. adduser will check for the existence of the user or group, and if necessary choose an unused id based on the ranges specified in adduser.conf.
1000-29999: Dynamically allocated user accounts. By default adduser will choose UIDs and GIDs for user accounts in this range, though adduser.conf may be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a 60.000, j'ai verifié que la chose était possible (cf. 1) mais ma verification est peut-etre naive. je suis preneur de tout conseil, correction, retour d'experience.
Quand cette partie de la Charte a été écrite, le nombre maximum d'uid du noyau Linux était 65536 (2^16), alors qu'il est possible maintenant d'en avoir 4294967296 (2^32). Cf. le fichier /usr/src/linux/Documentation/highuid.txt. Je pense donc que ta vérification est correcte et que tu devrais pouvoir modifier adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout ton environnement gère bien les huighuid, notamment système de fichiers, outils de base, etc.)
Il faut aussi s'assurer que l'ensemble des systèmes sont compatibles surtout si tu utilise NFS (j'ai deja eut des HPUX assez anciens qui ne le supportaient pas). Par contre, le raisonnement n'est pas correct concernant l'uid de depart car, si j'ai bien suivi la politique debian, certains uids sont alloués de facon statiques. Si tu utilise l'uid de nobody (65534), lorsqu'un paquet contiendra un fichier appartenent a nobody, ce fichier gardera l'uid d'origine de nobody et appartiendra donc, sur ton système, a l'utilisateur qui aura recupéré l'uid de nobody. A chaque mise a jour et/ou installation, il faudra que tu recherche les fichiers appartenant a l'uid 65634 et que tu arrive a determiner lesquelles sont des nouveaux fichiers appartennant a nobody pour leur affecté son nouvel uid et lesquelles appartiennent a l'utilisateur qui a recuperé l'uid de nobody.
Tu devrais commencé quelque part au dessus de 65536.
A+
Fred
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Frédéric Bothamy a écrit :
* marc chantreux <marc.chantreux@laposte.net> [2005-09-12 10:26] :
Bonjour a tous,
lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me
diriger vers la debian policy relative aux uids :
(http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes
besoins sont :
100-999:
Dynamically allocated system users and groups. Packages which need
a user or group, but can have this user or group allocated dynamically
and differently on each system, should use adduser --system to create
the group and/or user. adduser will check for the existence of the user
or group, and if necessary choose an unused id based on the ranges
specified in adduser.conf.
1000-29999:
Dynamically allocated user accounts. By default adduser will choose
UIDs and GIDs for user accounts in this range, though adduser.conf may
be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a
60.000, j'ai verifié que la chose était possible (cf. 1) mais ma
verification est peut-etre naive. je suis preneur de tout conseil,
correction, retour d'experience.
Quand cette partie de la Charte a été écrite, le nombre maximum d'uid du
noyau Linux était 65536 (2^16), alors qu'il est possible maintenant d'en
avoir 4294967296 (2^32). Cf. le fichier
/usr/src/linux/Documentation/highuid.txt. Je pense donc que ta
vérification est correcte et que tu devrais pouvoir modifier
adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout
ton environnement gère bien les huighuid, notamment système de fichiers,
outils de base, etc.)
Il faut aussi s'assurer que l'ensemble des systèmes sont compatibles
surtout si tu utilise NFS (j'ai deja eut des HPUX assez anciens qui ne
le supportaient pas).
Par contre, le raisonnement n'est pas correct concernant l'uid de depart
car, si j'ai bien suivi la politique debian, certains uids sont alloués
de facon statiques. Si tu utilise l'uid de nobody (65534), lorsqu'un
paquet contiendra un fichier appartenent a nobody, ce fichier gardera
l'uid d'origine de nobody et appartiendra donc, sur ton système, a
l'utilisateur qui aura recupéré l'uid de nobody. A chaque mise a jour
et/ou installation, il faudra que tu recherche les fichiers appartenant
a l'uid 65634 et que tu arrive a determiner lesquelles sont des nouveaux
fichiers appartennant a nobody pour leur affecté son nouvel uid et
lesquelles appartiennent a l'utilisateur qui a recuperé l'uid de nobody.
Tu devrais commencé quelque part au dessus de 65536.
A+
Fred
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me diriger vers la debian policy relative aux uids : (http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes besoins sont :
100-999: Dynamically allocated system users and groups. Packages which need a user or group, but can have this user or group allocated dynamically and differently on each system, should use adduser --system to create the group and/or user. adduser will check for the existence of the user or group, and if necessary choose an unused id based on the ranges specified in adduser.conf.
1000-29999: Dynamically allocated user accounts. By default adduser will choose UIDs and GIDs for user accounts in this range, though adduser.conf may be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a 60.000, j'ai verifié que la chose était possible (cf. 1) mais ma verification est peut-etre naive. je suis preneur de tout conseil, correction, retour d'experience.
Quand cette partie de la Charte a été écrite, le nombre maximum d'uid du noyau Linux était 65536 (2^16), alors qu'il est possible maintenant d'en avoir 4294967296 (2^32). Cf. le fichier /usr/src/linux/Documentation/highuid.txt. Je pense donc que ta vérification est correcte et que tu devrais pouvoir modifier adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout ton environnement gère bien les huighuid, notamment système de fichiers, outils de base, etc.)
Il faut aussi s'assurer que l'ensemble des systèmes sont compatibles surtout si tu utilise NFS (j'ai deja eut des HPUX assez anciens qui ne le supportaient pas). Par contre, le raisonnement n'est pas correct concernant l'uid de depart car, si j'ai bien suivi la politique debian, certains uids sont alloués de facon statiques. Si tu utilise l'uid de nobody (65534), lorsqu'un paquet contiendra un fichier appartenent a nobody, ce fichier gardera l'uid d'origine de nobody et appartiendra donc, sur ton système, a l'utilisateur qui aura recupéré l'uid de nobody. A chaque mise a jour et/ou installation, il faudra que tu recherche les fichiers appartenant a l'uid 65634 et que tu arrive a determiner lesquelles sont des nouveaux fichiers appartennant a nobody pour leur affecté son nouvel uid et lesquelles appartiennent a l'utilisateur qui a recuperé l'uid de nobody.
Tu devrais commencé quelque part au dessus de 65536.
A+
Fred
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Marc PERRUDIN
Frédéric Bothamy a écrit :
* marc chantreux [2005-09-12 10:26] :
Bonjour a tous,
lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me diriger vers la debian policy relative aux uids : (http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes besoins sont :
100-999: Dynamically allocated system users and groups. Packages which need a user or group, but can have this user or group allocated dynamically and differently on each system, should use adduser --system to create the group and/or user. adduser will check for the existence of the user or group, and if necessary choose an unused id based on the ranges specified in adduser.conf.
1000-29999: Dynamically allocated user accounts. By default adduser will choose UIDs and GIDs for user accounts in this range, though adduser.conf may be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a 60.000, j'ai verifié que la chose était possible (cf. 1) mais ma verification est peut-etre naive. je suis preneur de tout conseil, correction, retour d'experience.
Quand cette partie de la Charte a été écrite, le nombre maximum d'uid du noyau Linux était 65536 (2^16), alors qu'il est possible maintenant d'en avoir 4294967296 (2^32). Cf. le fichier /usr/src/linux/Documentation/highuid.txt. Je pense donc que ta vérification est correcte et que tu devrais pouvoir modifier adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout ton environnement gère bien les huighuid, notamment système de fichiers, outils de base, etc.)
Il faut aussi s'assurer que l'ensemble des systèmes sont compatibles surtout si tu utilise NFS (j'ai deja eut des HPUX assez anciens qui ne le supportaient pas). Par contre, le raisonnement n'est pas correct concernant l'uid de depart car, si j'ai bien suivi la politique debian, certains uids sont alloués de facon statiques. Si tu utilise l'uid de nobody (65534), lorsqu'un paquet contiendra un fichier appartenent a nobody, ce fichier gardera l'uid d'origine de nobody et appartiendra donc, sur ton système, a l'utilisateur qui aura recupéré l'uid de nobody. A chaque mise a jour et/ou installation, il faudra que tu recherche les fichiers appartenant a l'uid 65634 et que tu arrive a determiner lesquelles sont des nouveaux fichiers appartennant a nobody pour leur affecté son nouvel uid et lesquelles appartiennent a l'utilisateur qui a recuperé l'uid de nobody.
Tu devrais commencé quelque part au dessus de 65536.
A+
Fred
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Frédéric Bothamy a écrit :
* marc chantreux <marc.chantreux@laposte.net> [2005-09-12 10:26] :
Bonjour a tous,
lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me
diriger vers la debian policy relative aux uids :
(http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes
besoins sont :
100-999:
Dynamically allocated system users and groups. Packages which need
a user or group, but can have this user or group allocated dynamically
and differently on each system, should use adduser --system to create
the group and/or user. adduser will check for the existence of the user
or group, and if necessary choose an unused id based on the ranges
specified in adduser.conf.
1000-29999:
Dynamically allocated user accounts. By default adduser will choose
UIDs and GIDs for user accounts in this range, though adduser.conf may
be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a
60.000, j'ai verifié que la chose était possible (cf. 1) mais ma
verification est peut-etre naive. je suis preneur de tout conseil,
correction, retour d'experience.
Quand cette partie de la Charte a été écrite, le nombre maximum d'uid du
noyau Linux était 65536 (2^16), alors qu'il est possible maintenant d'en
avoir 4294967296 (2^32). Cf. le fichier
/usr/src/linux/Documentation/highuid.txt. Je pense donc que ta
vérification est correcte et que tu devrais pouvoir modifier
adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout
ton environnement gère bien les huighuid, notamment système de fichiers,
outils de base, etc.)
Il faut aussi s'assurer que l'ensemble des systèmes sont compatibles
surtout si tu utilise NFS (j'ai deja eut des HPUX assez anciens qui ne
le supportaient pas).
Par contre, le raisonnement n'est pas correct concernant l'uid de depart
car, si j'ai bien suivi la politique debian, certains uids sont alloués
de facon statiques. Si tu utilise l'uid de nobody (65534), lorsqu'un
paquet contiendra un fichier appartenent a nobody, ce fichier gardera
l'uid d'origine de nobody et appartiendra donc, sur ton système, a
l'utilisateur qui aura recupéré l'uid de nobody. A chaque mise a jour
et/ou installation, il faudra que tu recherche les fichiers appartenant
a l'uid 65634 et que tu arrive a determiner lesquelles sont des nouveaux
fichiers appartennant a nobody pour leur affecté son nouvel uid et
lesquelles appartiennent a l'utilisateur qui a recuperé l'uid de nobody.
Tu devrais commencé quelque part au dessus de 65536.
A+
Fred
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
lors d'une précédente réponse, quelqu'un avait eu la bonne idée de me diriger vers la debian policy relative aux uids : (http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2)
d'apres ce que j'en comprends, les seules plages utilisables pour mes besoins sont :
100-999: Dynamically allocated system users and groups. Packages which need a user or group, but can have this user or group allocated dynamically and differently on each system, should use adduser --system to create the group and/or user. adduser will check for the existence of the user or group, and if necessary choose an unused id based on the ranges specified in adduser.conf.
1000-29999: Dynamically allocated user accounts. By default adduser will choose UIDs and GIDs for user accounts in this range, though adduser.conf may be used to modify this behavior.
j'ai donc du mal a caser 70.000 utilisateurs. mon idée est de partir a 60.000, j'ai verifié que la chose était possible (cf. 1) mais ma verification est peut-etre naive. je suis preneur de tout conseil, correction, retour d'experience.
Quand cette partie de la Charte a été écrite, le nombre maximum d'uid du noyau Linux était 65536 (2^16), alors qu'il est possible maintenant d'en avoir 4294967296 (2^32). Cf. le fichier /usr/src/linux/Documentation/highuid.txt. Je pense donc que ta vérification est correcte et que tu devrais pouvoir modifier adduser.conf à ta guise. (pour bien faire, il faudrait vérifier que tout ton environnement gère bien les huighuid, notamment système de fichiers, outils de base, etc.)
Il faut aussi s'assurer que l'ensemble des systèmes sont compatibles surtout si tu utilise NFS (j'ai deja eut des HPUX assez anciens qui ne le supportaient pas). Par contre, le raisonnement n'est pas correct concernant l'uid de depart car, si j'ai bien suivi la politique debian, certains uids sont alloués de facon statiques. Si tu utilise l'uid de nobody (65534), lorsqu'un paquet contiendra un fichier appartenent a nobody, ce fichier gardera l'uid d'origine de nobody et appartiendra donc, sur ton système, a l'utilisateur qui aura recupéré l'uid de nobody. A chaque mise a jour et/ou installation, il faudra que tu recherche les fichiers appartenant a l'uid 65634 et que tu arrive a determiner lesquelles sont des nouveaux fichiers appartennant a nobody pour leur affecté son nouvel uid et lesquelles appartiennent a l'utilisateur qui a recuperé l'uid de nobody.
Tu devrais commencé quelque part au dessus de 65536.
A+
Fred
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
marc chantreux
> Il faut aussi s'assurer que l'ensemble des systèmes sont compatibles surtout si tu utilise NFS (j'ai deja eut des HPUX assez anciens qui ne le supportaient pas).
debian est partout mais nous ferons des tests lors de l'arrivée du premier BSD.
Par contre, le raisonnement n'est pas correct concernant l'uid de depart
désolé ... je pensais 70k et pas 60k. Merci d'avoir rectifié.
cordialement mc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
> Il faut aussi s'assurer que l'ensemble des systèmes sont compatibles
surtout si tu utilise NFS (j'ai deja eut des HPUX assez anciens qui ne
le supportaient pas).
debian est partout mais nous ferons des tests lors de l'arrivée du
premier BSD.
Par contre, le raisonnement n'est pas correct concernant l'uid de depart
désolé ... je pensais 70k et pas 60k. Merci d'avoir rectifié.
cordialement
mc
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Il faut aussi s'assurer que l'ensemble des systèmes sont compatibles surtout si tu utilise NFS (j'ai deja eut des HPUX assez anciens qui ne le supportaient pas).
debian est partout mais nous ferons des tests lors de l'arrivée du premier BSD.
Par contre, le raisonnement n'est pas correct concernant l'uid de depart
désolé ... je pensais 70k et pas 60k. Merci d'avoir rectifié.
cordialement mc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
marc chantreux
Thomas CLavier a écrit :
une fois les tests réalisés, tu pourras aussi faire un rapport de bug pour adduser :-)
perdu : je n'utiliserais jamais adduser :)
cordialement mc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Thomas CLavier a écrit :
une fois les tests réalisés, tu pourras aussi faire un rapport de bug
pour adduser :-)
perdu : je n'utiliserais jamais adduser :)
cordialement
mc
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
une fois les tests réalisés, tu pourras aussi faire un rapport de bug pour adduser :-)
perdu : je n'utiliserais jamais adduser :)
cordialement mc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Thomas CLavier
marc chantreux a écrit :
Thomas CLavier a écrit :
une fois les tests réalisés, tu pourras aussi faire un rapport de bug pour adduser :-)
perdu : je n'utiliserais jamais adduser :)
Même si tu ne l'utilises pas, adduser.conf n'est aujourd'hui pas en accord avec les highuid ... Si tes tests montre que le reste du système les supportent, je ne voit pas pourquoi on ne changerais pas adduser ?
-- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30
marc chantreux a écrit :
Thomas CLavier a écrit :
une fois les tests réalisés, tu pourras aussi faire un rapport de bug
pour adduser :-)
perdu : je n'utiliserais jamais adduser :)
Même si tu ne l'utilises pas, adduser.conf n'est aujourd'hui pas en
accord avec les highuid ... Si tes tests montre que le reste du système
les supportent, je ne voit pas pourquoi on ne changerais pas adduser ?
--
Thomas Clavier http://www.tcweb.org
Lille Sans Fil http://www.lillesansfil.org
+33 (0)6 20 81 81 30
une fois les tests réalisés, tu pourras aussi faire un rapport de bug pour adduser :-)
perdu : je n'utiliserais jamais adduser :)
Même si tu ne l'utilises pas, adduser.conf n'est aujourd'hui pas en accord avec les highuid ... Si tes tests montre que le reste du système les supportent, je ne voit pas pourquoi on ne changerais pas adduser ?
-- Thomas Clavier http://www.tcweb.org Lille Sans Fil http://www.lillesansfil.org +33 (0)6 20 81 81 30
marc chantreux
> Même si tu ne l'utilises pas, adduser.conf n'est aujourd'hui pas en accord avec les highuid ... Si tes tests montre que le reste du système les supportent, je ne voit pas pourquoi on ne changerais pas adduser ?
vrai ! je rendrais donc compte !
cordialement mc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
> Même si tu ne l'utilises pas, adduser.conf n'est aujourd'hui pas en
accord avec les highuid ... Si tes tests montre que le reste du système
les supportent, je ne voit pas pourquoi on ne changerais pas adduser ?
vrai ! je rendrais donc compte !
cordialement
mc
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Même si tu ne l'utilises pas, adduser.conf n'est aujourd'hui pas en accord avec les highuid ... Si tes tests montre que le reste du système les supportent, je ne voit pas pourquoi on ne changerais pas adduser ?
vrai ! je rendrais donc compte !
cordialement mc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Frédéric Bothamy
* Thomas CLavier [2005-09-12 14:24] :
marc chantreux a écrit : > Thomas CLavier a écrit : > >> une fois les tests réalisés, tu pourras aussi faire un rapport de bug >> pour adduser :-) > > perdu : je n'utiliserais jamais adduser :)
Même si tu ne l'utilises pas, adduser.conf n'est aujourd'hui pas en accord avec les highuid ... Si tes tests montre que le reste du système les supportent, je ne voit pas pourquoi on ne changerais pas adduser ?
Mmm, il faut faire attention à partir de quand exactement les highuid sont gérés : d'après ce que je peux voir, cela a été intégré entre les 2.3.x et les 2.4.x. Comme il me semble qu'il reste certaines architectures (m68k, je crois) pour lesquelles la seule version du noyau qui fonctionne est la 2.2, cela pourrait poser des problèmes pour ces architectures de supposer que les highuid sont présents.
Le mieux à faire serait d'en discuter avec le responsable du paquet adduser pour avoir son avis.
Fred
-- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
* Thomas CLavier <tclavier@partner.auchan.com> [2005-09-12 14:24] :
marc chantreux a écrit :
> Thomas CLavier a écrit :
>
>> une fois les tests réalisés, tu pourras aussi faire un rapport de bug
>> pour adduser :-)
>
> perdu : je n'utiliserais jamais adduser :)
Même si tu ne l'utilises pas, adduser.conf n'est aujourd'hui pas en
accord avec les highuid ... Si tes tests montre que le reste du système
les supportent, je ne voit pas pourquoi on ne changerais pas adduser ?
Mmm, il faut faire attention à partir de quand exactement les highuid
sont gérés : d'après ce que je peux voir, cela a été intégré entre les
2.3.x et les 2.4.x. Comme il me semble qu'il reste certaines
architectures (m68k, je crois) pour lesquelles la seule version du noyau
qui fonctionne est la 2.2, cela pourrait poser des problèmes pour ces
architectures de supposer que les highuid sont présents.
Le mieux à faire serait d'en discuter avec le responsable du paquet
adduser pour avoir son avis.
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
marc chantreux a écrit : > Thomas CLavier a écrit : > >> une fois les tests réalisés, tu pourras aussi faire un rapport de bug >> pour adduser :-) > > perdu : je n'utiliserais jamais adduser :)
Même si tu ne l'utilises pas, adduser.conf n'est aujourd'hui pas en accord avec les highuid ... Si tes tests montre que le reste du système les supportent, je ne voit pas pourquoi on ne changerais pas adduser ?
Mmm, il faut faire attention à partir de quand exactement les highuid sont gérés : d'après ce que je peux voir, cela a été intégré entre les 2.3.x et les 2.4.x. Comme il me semble qu'il reste certaines architectures (m68k, je crois) pour lesquelles la seule version du noyau qui fonctionne est la 2.2, cela pourrait poser des problèmes pour ces architectures de supposer que les highuid sont présents.
Le mieux à faire serait d'en discuter avec le responsable du paquet adduser pour avoir son avis.
Fred
-- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
