(j'avais un peu bricolé
avec une Gina pour openldap sans succès ceci dit).
Vous voulez dire
que le développement d'une simple procédure internationalisable de
login sous Windows prend entre 3 et 6 mois pour un dévelopeur qualifié,
alors que qu'avec un .dm quelconque sous Linux et un bête module PAM
on s'en tire en deux semaines (dans le pire des cas) sous UNIX/Linux ??
Si vous avez raison, vous venez d'expliquer pourquoi Windows n'existera
plus dans dix ans, sinon comme traces.
(j'avais un peu bricolé
avec une Gina pour openldap sans succès ceci dit).
Vous voulez dire
que le développement d'une simple procédure internationalisable de
login sous Windows prend entre 3 et 6 mois pour un dévelopeur qualifié,
alors que qu'avec un .dm quelconque sous Linux et un bête module PAM
on s'en tire en deux semaines (dans le pire des cas) sous UNIX/Linux ??
Si vous avez raison, vous venez d'expliquer pourquoi Windows n'existera
plus dans dix ans, sinon comme traces.
(j'avais un peu bricolé
avec une Gina pour openldap sans succès ceci dit).
Vous voulez dire
que le développement d'une simple procédure internationalisable de
login sous Windows prend entre 3 et 6 mois pour un dévelopeur qualifié,
alors que qu'avec un .dm quelconque sous Linux et un bête module PAM
on s'en tire en deux semaines (dans le pire des cas) sous UNIX/Linux ??
Si vous avez raison, vous venez d'expliquer pourquoi Windows n'existera
plus dans dix ans, sinon comme traces.
Vous voulez dire
que le développement d'une simple procédure internationalisable de
login sous Windows prend entre 3 et 6 mois pour un dévelopeur qualifié,
alors que qu'avec un .dm quelconque sous Linux et un bête module PAM
on s'en tire en deux semaines (dans le pire des cas) sous UNIX/Linux ??
On ne code pas un produit professionnel, sécurisé, vérifié, testé, etc. en
deux semaines. Linux ou pas. Le jour où je voudrai être célèbre, j'écrirai
une encyclopédie avec toutes les bêtises que j'ai pu lire sur Linux (j'ai à
peu près tout lu, sauf que ça faisait les crêpes). Ce sera un gros pavé...
Sinon, il ne faut certes pas 6 mois, mais un truc bien pro, compte bien 4-5
bonnes semaines va.
Vous voulez dire
que le développement d'une simple procédure internationalisable de
login sous Windows prend entre 3 et 6 mois pour un dévelopeur qualifié,
alors que qu'avec un .dm quelconque sous Linux et un bête module PAM
on s'en tire en deux semaines (dans le pire des cas) sous UNIX/Linux ??
On ne code pas un produit professionnel, sécurisé, vérifié, testé, etc. en
deux semaines. Linux ou pas. Le jour où je voudrai être célèbre, j'écrirai
une encyclopédie avec toutes les bêtises que j'ai pu lire sur Linux (j'ai à
peu près tout lu, sauf que ça faisait les crêpes). Ce sera un gros pavé...
Sinon, il ne faut certes pas 6 mois, mais un truc bien pro, compte bien 4-5
bonnes semaines va.
Vous voulez dire
que le développement d'une simple procédure internationalisable de
login sous Windows prend entre 3 et 6 mois pour un dévelopeur qualifié,
alors que qu'avec un .dm quelconque sous Linux et un bête module PAM
on s'en tire en deux semaines (dans le pire des cas) sous UNIX/Linux ??
On ne code pas un produit professionnel, sécurisé, vérifié, testé, etc. en
deux semaines. Linux ou pas. Le jour où je voudrai être célèbre, j'écrirai
une encyclopédie avec toutes les bêtises que j'ai pu lire sur Linux (j'ai à
peu près tout lu, sauf que ça faisait les crêpes). Ce sera un gros pavé...
Sinon, il ne faut certes pas 6 mois, mais un truc bien pro, compte bien 4-5
bonnes semaines va.
Il n'y a aucune raison rationnelle pour que le développement de
quelque chose de fondamentalement simple soit si compliqué.
Il n'y a aucune raison rationnelle pour que le développement de
quelque chose de fondamentalement simple soit si compliqué.
Il n'y a aucune raison rationnelle pour que le développement de
quelque chose de fondamentalement simple soit si compliqué.
pour faire un code qui marche 2 ou 3 jours (implémentation partielle des
points d'entrée GINA et gestion des events plug&play liés au
périphérique USB).
mais vous serez surement loin du produit palcott dont j'ignore tout et
donc dont je ne parlerais pas; de manière standard, si vous imaginez un
produit complet (qu'il faut coder/tester), validé sur différents OS
(tester/retester), en différentes langues (pas que roman, mais Kandji,
Chinois, Arabe, etc) avec plein de beaux écrans (qu'il faut dessiner),
un install propre, un user guide, et qlq features commerciaux comme des
emergency back-doors (?!) ça prends beaucoup plus de temps (3 à 6
mois/homme).
pour faire un code qui marche 2 ou 3 jours (implémentation partielle des
points d'entrée GINA et gestion des events plug&play liés au
périphérique USB).
mais vous serez surement loin du produit palcott dont j'ignore tout et
donc dont je ne parlerais pas; de manière standard, si vous imaginez un
produit complet (qu'il faut coder/tester), validé sur différents OS
(tester/retester), en différentes langues (pas que roman, mais Kandji,
Chinois, Arabe, etc) avec plein de beaux écrans (qu'il faut dessiner),
un install propre, un user guide, et qlq features commerciaux comme des
emergency back-doors (?!) ça prends beaucoup plus de temps (3 à 6
mois/homme).
pour faire un code qui marche 2 ou 3 jours (implémentation partielle des
points d'entrée GINA et gestion des events plug&play liés au
périphérique USB).
mais vous serez surement loin du produit palcott dont j'ignore tout et
donc dont je ne parlerais pas; de manière standard, si vous imaginez un
produit complet (qu'il faut coder/tester), validé sur différents OS
(tester/retester), en différentes langues (pas que roman, mais Kandji,
Chinois, Arabe, etc) avec plein de beaux écrans (qu'il faut dessiner),
un install propre, un user guide, et qlq features commerciaux comme des
emergency back-doors (?!) ça prends beaucoup plus de temps (3 à 6
mois/homme).
Sous UNIX/Linux pam (et les modules standards) et les dm fournissent à
eux seuls 80% de ce qu'il semble (je dit bien semble si je me base sur
la discussion en cours) falloir réécrire entièrement de a à z
(je pense en particulier à l'internationalisation de l'interface)
sous Windows.
De plus il semble aussi qu'on risque en phase de développement
de bloquer toute l'authentification sur le système puisqu'on conseille
de monter un multi-boot rien que pour ça. Il faut quand même admettre
que c'est totalement ridicule.
Quand je disais deux semaines, je n'en comptais qu'une pour le
développement, professionnel, l'autre pour les tests.
Il n'y a aucune raison rationnelle pour que le développement de
quelque chose de fondamentalement simple soit si compliqué.
Sous UNIX/Linux pam (et les modules standards) et les dm fournissent à
eux seuls 80% de ce qu'il semble (je dit bien semble si je me base sur
la discussion en cours) falloir réécrire entièrement de a à z
(je pense en particulier à l'internationalisation de l'interface)
sous Windows.
De plus il semble aussi qu'on risque en phase de développement
de bloquer toute l'authentification sur le système puisqu'on conseille
de monter un multi-boot rien que pour ça. Il faut quand même admettre
que c'est totalement ridicule.
Quand je disais deux semaines, je n'en comptais qu'une pour le
développement, professionnel, l'autre pour les tests.
Il n'y a aucune raison rationnelle pour que le développement de
quelque chose de fondamentalement simple soit si compliqué.
Sous UNIX/Linux pam (et les modules standards) et les dm fournissent à
eux seuls 80% de ce qu'il semble (je dit bien semble si je me base sur
la discussion en cours) falloir réécrire entièrement de a à z
(je pense en particulier à l'internationalisation de l'interface)
sous Windows.
De plus il semble aussi qu'on risque en phase de développement
de bloquer toute l'authentification sur le système puisqu'on conseille
de monter un multi-boot rien que pour ça. Il faut quand même admettre
que c'est totalement ridicule.
Quand je disais deux semaines, je n'en comptais qu'une pour le
développement, professionnel, l'autre pour les tests.
Il n'y a aucune raison rationnelle pour que le développement de
quelque chose de fondamentalement simple soit si compliqué.
il a été indiqué que une GINA n'est que la gestion de 2 dialogues
(prompt passphrase, change passphrasse) et que l'approche pass-thru (une
DLL sandwich) était possible, donc il me "semble" que vos remarques ne
sont guères fondées (excepté sur des a priori).
bien le bonjour à vos dm, pam et pets au passage !
(je pense en particulier à l'internationalisation de l'interface)
sous Windows.
où avez-vous lu que l'i18n était une charge lourde sous Wintel ??
j'ai simplement indiqué qu'offrir un produt localisé induit un cout dans
son developpement - mais que c'est une des caractéristiques entre le
"fastoque je l'ai fait sur mon OS à moi" et un produit commercial.
(en 2000, la Chine a choisi Linux parce que c'était un système ouvert,
il ne supportait à cette date aucun système de script codé sur 2 bytes;
Asianux 2.0 était attendu en juin 2005, vraiment facile l'i18n sous
linux ?)
De plus il semble aussi qu'on risque en phase de développement
de bloquer toute l'authentification sur le système puisqu'on conseille
de monter un multi-boot rien que pour ça. Il faut quand même admettre
que c'est totalement ridicule.
j'admets que ce serait totalement ridicule ... de ne pas prendre cette
précaution, un développeur sérieux ne se prend pas pour un surdoué qui
ne commets aucun bug mais maitrise son environment (de dev) et l'utilise
au mieux.
donc il vous faut 2 semaines pour faire ... on sait pas quoi !
on est content pour vous.
Il n'y a aucune raison rationnelle pour que le développement de
quelque chose de fondamentalement simple soit si compliqué.
je vous recite ? "j'avais un peu bricolé avec une Gina pour openldap
sans succès ceci dit"
donc fondamentalement simple mais foireux mais en version bricolage,
merci pour ces informations pertinentes !
il a été indiqué que une GINA n'est que la gestion de 2 dialogues
(prompt passphrase, change passphrasse) et que l'approche pass-thru (une
DLL sandwich) était possible, donc il me "semble" que vos remarques ne
sont guères fondées (excepté sur des a priori).
bien le bonjour à vos dm, pam et pets au passage !
(je pense en particulier à l'internationalisation de l'interface)
sous Windows.
où avez-vous lu que l'i18n était une charge lourde sous Wintel ??
j'ai simplement indiqué qu'offrir un produt localisé induit un cout dans
son developpement - mais que c'est une des caractéristiques entre le
"fastoque je l'ai fait sur mon OS à moi" et un produit commercial.
(en 2000, la Chine a choisi Linux parce que c'était un système ouvert,
il ne supportait à cette date aucun système de script codé sur 2 bytes;
Asianux 2.0 était attendu en juin 2005, vraiment facile l'i18n sous
linux ?)
De plus il semble aussi qu'on risque en phase de développement
de bloquer toute l'authentification sur le système puisqu'on conseille
de monter un multi-boot rien que pour ça. Il faut quand même admettre
que c'est totalement ridicule.
j'admets que ce serait totalement ridicule ... de ne pas prendre cette
précaution, un développeur sérieux ne se prend pas pour un surdoué qui
ne commets aucun bug mais maitrise son environment (de dev) et l'utilise
au mieux.
donc il vous faut 2 semaines pour faire ... on sait pas quoi !
on est content pour vous.
Il n'y a aucune raison rationnelle pour que le développement de
quelque chose de fondamentalement simple soit si compliqué.
je vous recite ? "j'avais un peu bricolé avec une Gina pour openldap
sans succès ceci dit"
donc fondamentalement simple mais foireux mais en version bricolage,
merci pour ces informations pertinentes !
il a été indiqué que une GINA n'est que la gestion de 2 dialogues
(prompt passphrase, change passphrasse) et que l'approche pass-thru (une
DLL sandwich) était possible, donc il me "semble" que vos remarques ne
sont guères fondées (excepté sur des a priori).
bien le bonjour à vos dm, pam et pets au passage !
(je pense en particulier à l'internationalisation de l'interface)
sous Windows.
où avez-vous lu que l'i18n était une charge lourde sous Wintel ??
j'ai simplement indiqué qu'offrir un produt localisé induit un cout dans
son developpement - mais que c'est une des caractéristiques entre le
"fastoque je l'ai fait sur mon OS à moi" et un produit commercial.
(en 2000, la Chine a choisi Linux parce que c'était un système ouvert,
il ne supportait à cette date aucun système de script codé sur 2 bytes;
Asianux 2.0 était attendu en juin 2005, vraiment facile l'i18n sous
linux ?)
De plus il semble aussi qu'on risque en phase de développement
de bloquer toute l'authentification sur le système puisqu'on conseille
de monter un multi-boot rien que pour ça. Il faut quand même admettre
que c'est totalement ridicule.
j'admets que ce serait totalement ridicule ... de ne pas prendre cette
précaution, un développeur sérieux ne se prend pas pour un surdoué qui
ne commets aucun bug mais maitrise son environment (de dev) et l'utilise
au mieux.
donc il vous faut 2 semaines pour faire ... on sait pas quoi !
on est content pour vous.
Il n'y a aucune raison rationnelle pour que le développement de
quelque chose de fondamentalement simple soit si compliqué.
je vous recite ? "j'avais un peu bricolé avec une Gina pour openldap
sans succès ceci dit"
donc fondamentalement simple mais foireux mais en version bricolage,
merci pour ces informations pertinentes !
il a été indiqué que une GINA n'est que la gestion de 2 dialogues
(prompt passphrase, change passphrasse) et que l'approche pass-thru
(une DLL sandwich) était possible, donc il me "semble" que vos
remarques ne sont guères fondées (excepté sur des a priori).
Les a priori en question, se basent, je l'ai bien précisé, sur les
réponses données ici.
bien le bonjour à vos dm, pam et pets au passage !
Le dm est le "display manager" c'est simplement l'invite graphique
de connexion pour X-Window.
elle utilise une API standardisé appelée PAM,
(Pluggable Authentication Module)
(je pense en particulier à l'internationalisation de l'interface)
sous Windows.
où avez-vous lu que l'i18n était une charge lourde sous Wintel ??
dans ce fil... (et pas seulement)
(en 2000, la Chine a choisi Linux parce que c'était un système ouvert,
il ne supportait à cette date aucun système de script codé sur 2 bytes;
Asianux 2.0 était attendu en juin 2005, vraiment facile l'i18n sous
linux ?)
rien à voir avec le système, d'autant que la plupart des langages de
script sont multi-plateforme et ont les même problèmes avec Unicode
(sauf Perl !) sur les deux plateformes.
hugh ? Trois quarts d'heure avant sa mort, Lapalisse vivait encore.
donc il vous faut 2 semaines pour faire ... on sait pas quoi !
très exactement ce qui était demandé dans le post d'origine, mais sous
une autre famille de système.
Pour préciser : les tests de remplacement de la Gina standard de XP/2000
par une autre attaquant directement une base LDAP classique s'est avéré
être ingérable et instable au niveau du poste client.
Au final, Samba s'est montrée être une meilleure solution.
il a été indiqué que une GINA n'est que la gestion de 2 dialogues
(prompt passphrase, change passphrasse) et que l'approche pass-thru
(une DLL sandwich) était possible, donc il me "semble" que vos
remarques ne sont guères fondées (excepté sur des a priori).
Les a priori en question, se basent, je l'ai bien précisé, sur les
réponses données ici.
bien le bonjour à vos dm, pam et pets au passage !
Le dm est le "display manager" c'est simplement l'invite graphique
de connexion pour X-Window.
elle utilise une API standardisé appelée PAM,
(Pluggable Authentication Module)
(je pense en particulier à l'internationalisation de l'interface)
sous Windows.
où avez-vous lu que l'i18n était une charge lourde sous Wintel ??
dans ce fil... (et pas seulement)
(en 2000, la Chine a choisi Linux parce que c'était un système ouvert,
il ne supportait à cette date aucun système de script codé sur 2 bytes;
Asianux 2.0 était attendu en juin 2005, vraiment facile l'i18n sous
linux ?)
rien à voir avec le système, d'autant que la plupart des langages de
script sont multi-plateforme et ont les même problèmes avec Unicode
(sauf Perl !) sur les deux plateformes.
hugh ? Trois quarts d'heure avant sa mort, Lapalisse vivait encore.
donc il vous faut 2 semaines pour faire ... on sait pas quoi !
très exactement ce qui était demandé dans le post d'origine, mais sous
une autre famille de système.
Pour préciser : les tests de remplacement de la Gina standard de XP/2000
par une autre attaquant directement une base LDAP classique s'est avéré
être ingérable et instable au niveau du poste client.
Au final, Samba s'est montrée être une meilleure solution.
il a été indiqué que une GINA n'est que la gestion de 2 dialogues
(prompt passphrase, change passphrasse) et que l'approche pass-thru
(une DLL sandwich) était possible, donc il me "semble" que vos
remarques ne sont guères fondées (excepté sur des a priori).
Les a priori en question, se basent, je l'ai bien précisé, sur les
réponses données ici.
bien le bonjour à vos dm, pam et pets au passage !
Le dm est le "display manager" c'est simplement l'invite graphique
de connexion pour X-Window.
elle utilise une API standardisé appelée PAM,
(Pluggable Authentication Module)
(je pense en particulier à l'internationalisation de l'interface)
sous Windows.
où avez-vous lu que l'i18n était une charge lourde sous Wintel ??
dans ce fil... (et pas seulement)
(en 2000, la Chine a choisi Linux parce que c'était un système ouvert,
il ne supportait à cette date aucun système de script codé sur 2 bytes;
Asianux 2.0 était attendu en juin 2005, vraiment facile l'i18n sous
linux ?)
rien à voir avec le système, d'autant que la plupart des langages de
script sont multi-plateforme et ont les même problèmes avec Unicode
(sauf Perl !) sur les deux plateformes.
hugh ? Trois quarts d'heure avant sa mort, Lapalisse vivait encore.
donc il vous faut 2 semaines pour faire ... on sait pas quoi !
très exactement ce qui était demandé dans le post d'origine, mais sous
une autre famille de système.
Pour préciser : les tests de remplacement de la Gina standard de XP/2000
par une autre attaquant directement une base LDAP classique s'est avéré
être ingérable et instable au niveau du poste client.
Au final, Samba s'est montrée être une meilleure solution.
où avez-vous lu que l'i18n était une charge lourde sous Wintel ??
dans ce fil... (et pas seulement)
donc méprise initiale, bouclage mais pas d'expérience, je vous laisse
broder.
où avez-vous lu que l'i18n était une charge lourde sous Wintel ??
dans ce fil... (et pas seulement)
donc méprise initiale, bouclage mais pas d'expérience, je vous laisse
broder.
où avez-vous lu que l'i18n était une charge lourde sous Wintel ??
dans ce fil... (et pas seulement)
donc méprise initiale, bouclage mais pas d'expérience, je vous laisse
broder.
prévoyer simplement une machine multi-OS pour ne pas passer
plus de temps à réinstaller un système bloqué qu'à developper.
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
prévoyer simplement une machine multi-OS pour ne pas passer
plus de temps à réinstaller un système bloqué qu'à developper.
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
prévoyer simplement une machine multi-OS pour ne pas passer
plus de temps à réinstaller un système bloqué qu'à developper.
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
