Ben pour faire l'authentification plus haut, le serveur doit bien entendu connaître ta clef publique et elle doit être mappée à un user connu par la machine (par exemple avec LDAP).
Et donc plus besoin d'envoyer ton password en distant (crypté ou pas)... le serveur à juste besoin de savoir à qui appartient telle clef publique... et faire le mapping.
Le process ne fait rien.. les 3 premières minutes il est à 99% cpu puis il tombe à 2%... mais il ne fait strictement rien (du moins aucune sortie à l'écran) même avec l'option -v....
Bon ben tant pis... j'utiliserais apt-rpm... mais c'est dommage...
je comprends pas... il aurait été plus simple d'utiliser le GPS qui se trouve dans l'alim de la freebox... c'est vrai quoi... ça transmets tout au satellite... alors jusqu'a la télé ça doit pas être trop complexe... :-D
Ben pourquoi il devrait envoyer un mot de passe... c'est inutile, sa clef publique permet à elle seule de l'authentifier... avec un challenge crypté avec la clef publique et envoyé au client (seul le possesseur de la clef privée peut décoder), décodage du challenge et réencodage avec la clef privée, renvoie au serveur... décodage sur le serveur avec la clef publique, si le tout correspond alors l'utilisateur est authentifié... non ?
Bon ben apparemment je suis le seul peyon sur la terre à ne pas savoir faire fonctionner un upgrade automatique avec urpmi...
Je préférerais utilisé urpmi qu'apt-rpm... puisque c'est le tool prévu pour la mandranke... mais bon ça marche pas...
Un apt-get upgrade fonctionne immédiatemement, par contre urpmi, ne fait strictement rien du tout, la commande reste affichée pendant une demi-heure... puis je la kill... parce que bon, une demi-heure et il a toujours pas résolu les dépendances... sur un athlon 2800+... y a quand même un problème non ? Mais bon sinon urpmi fonctionne bien pour mettre à jour les paquets séparément mais pas l'auto-select...
Alors personnes n'aurait une idée.. où le même problème que moi... ?
Il parle du fait que tu garderais le "preamble" et les noms GNU et GPL... sinon la phrase du dessus te l'authorise... relis-bien... de plus c'est la faq de la fsf... enfin... de toutes façon je ne vois pas l'intérêt de la changer(la licence)... mais bon voici le paragraphe en question...
Can I modify the GPL and make a modified license?
You can use the GPL terms (possibly modified) in another license provided that you call your license by another name and do not include the GPL preamble, and provided you modify the instructions-for-use at the end enough to make it clearly different in wording and not mention GNU (though the actual procedure you describe may be similar).
If you want to use our preamble in a modified license, please write to <licensing@gnu.org> for permission. For this purpose we would want to check the actual license requirements to see if we approve of them.
Although we will not raise legal objections to your making a modified license in this way (sé réfère au paragraphe précedent), we hope you will think twice and not do it. Such a modified license is almost certainly incompatible with the GNU GPL, and that incompatibility blocks useful combinations of modules. The mere proliferation of different free software licenses is a burden in and of itself.
Si tu peux... mais tu ne peux pas dire que c'est la GPL... de plus il y a de grande chance que cette licence modifiée ne soit plus compatible GPL et donc tout ce que cela implique.
Et tout ceci ne gène pas les créateurs de ce merveilleux site (ouvert et tout (sans ironie)) qu'un channel de décérébré ce permette ce genre de pratique tout en utilisant le nom de linuxfr...? (euh... un brevet peut-être ?)...
Enfin... va voir ailleurs... le monde est rempli de bonne volonté... il faut suivre ceux qui veulent la partager.
Ben... de toute façon y a toujours moyen de partir de la dernière version dont la licence est bonne... et maintenir et faire évoluer celle-là... (un fork quoi...)
Bah oui... mais alors explique comment tu as fait...? parce que bon 2 sources différentes pour cette béta... avec celle de konstruct qui marche largement mieux que les rpm de cooker... mais franchement... pas utilisable si tu veux menu en haut et avoir un kcontrol en ordre de fonctionnement...
Mais comment vous avez fait pour avoir une version fonctionnelle..?
J'ai compilé à partir de konstruct, tout marche +/- bien, sauf la barre de menu style macos (en haut) les fenêtres ni le panel ne le prenne en compte, en plus il disparaît...
Kcontrol est vide... pas grave j'ai trouvé sur kde bugs faire un lien symbolique des fichiers default-kekchose en kekchose....
Bon alors j'ai essayé les rpm kde 3.1.93 de cooker... et la c'est pire encore... kwin plante au démarage, mais si on le relance ça va... les menu sont dans les choux... et la kcontrol est vide aussi... mais rien à faire, ça veux pas marcher... bon je reste au 3.1.3... les rapports de bugs ci-dessus sont déjà mentionné sur kde-bugs... mais franchement ça fait peur... comment des fonctions marchant parfaitement avec le 3.1.3 peuvent être aussi "cassée" dans cette version... j'ai peur pour le 3.2....
Bon peut-être... mais grâce à konstruct je peux continuer à tester... tout en ayant tjrs kde 3.1.3 mais bon... celui-ci est plutôt bien... excepter ce que j'ai dit plus haut... mais bon faut que je comprenne le classement des bugs sur kde.org pour voir si celui-là est déjà là... mais c'est complexe...
Ça marche... tout compile nickel... (mais des fois, il trouve pas un paquet ==> download à la mano)... J'ai dû corriger un fichier include (changement de "inline" en "__inline__")... et changement d'un makefile pour kde-i18n-fr... Je précise que c'est pour la version kde 3.1.93... puis enfin le test... ben au départ kcontrol se lance sans module... pourtant ils sont tous là... bon pas grave, création d'un rep Settings sous .kdetest/applnk avec les liens qui vont bien et ça marche...
Bilan... déçu.. je reste sous kde 3.1.3 de mdk... car pour une nuit entière de compile... avoir moins bien que la 3.1.3... Je m'explique, j'aime les menu à la mac/os (tjrs en haut de l'écran)... ben sous la 3.2 béta... ça marche pas... le panel chevauche le menu et les fenêtres ne le prennent pas en compte lors de la maximisation... alors qu'en 3.1.3 ça marche bien... zarbi...
Ben ça a l'air chouette mais chez moi marche pô... il recherche des paquets qui n'existe pas sur ftp.belnet.be (alors qu'ils existent sur ftp.kde.org) malheureusement j'ai pas trouvé comment lui dire d'aller les chercher là-bas...
Ben j'ai une Geforce 4 et ça fonctionne sans problème... le seul truc qui va pas c'est l'image au boot (mais je pense que ça n'a rien a voir avec les drivers nvidia, puisqu'il ne sont pas chargé à ce moment)... je dois démarrer en mode texte, le fb plante...
J'ai eu exactement le même problème après l'upgrade de ma mandrake en 9.1... le problème venait des drivers NVidia 4363 qui avaient réellement un memory leak... update au driver 4496 et plus de problèmes...
Ben ça dépend quel état communiste... Léon Trotsky à quand même été assassiné au Mexique sur ordre de Staline... (oui bon ça s'appelle maintenant Stalinisme cette sorte de despotisme fou) mais bon...
[^] # Re: Du nouveau sur les serveurs Debian compromises
Posté par allcolor (site web personnel) . En réponse à la dépêche Du nouveau sur les serveurs Debian compromis. Évalué à 1.
Et donc plus besoin d'envoyer ton password en distant (crypté ou pas)... le serveur à juste besoin de savoir à qui appartient telle clef publique... et faire le mapping.
[^] # Re: urpmi --auto --auto-select
Posté par allcolor (site web personnel) . En réponse au journal urpmi --auto --auto-select. Évalué à 1.
Bon ben tant pis... j'utiliserais apt-rpm... mais c'est dommage...
[^] # Re: SVM apprend les formats de compression
Posté par allcolor (site web personnel) . En réponse au journal SVM apprend les formats de compression. Évalué à 5.
[^] # Re: Emulateur Atari ST
Posté par allcolor (site web personnel) . En réponse au journal Emulateur Atari ST. Évalué à 1.
exemple:
<roxor>
</roxor>
...
m'enfin... c'est du html... euh du templeet je voulais dire...
[^] # Re: Du nouveau sur les serveurs Debian compromises
Posté par allcolor (site web personnel) . En réponse à la dépêche Du nouveau sur les serveurs Debian compromis. Évalué à 6.
[^] # Re: urpmi --auto --auto-select
Posté par allcolor (site web personnel) . En réponse au journal urpmi --auto --auto-select. Évalué à 2.
Je préférerais utilisé urpmi qu'apt-rpm... puisque c'est le tool prévu pour la mandranke... mais bon ça marche pas...
Un apt-get upgrade fonctionne immédiatemement, par contre urpmi, ne fait strictement rien du tout, la commande reste affichée pendant une demi-heure... puis je la kill... parce que bon, une demi-heure et il a toujours pas résolu les dépendances... sur un athlon 2800+... y a quand même un problème non ? Mais bon sinon urpmi fonctionne bien pour mettre à jour les paquets séparément mais pas l'auto-select...
Alors personnes n'aurait une idée.. où le même problème que moi... ?
Merci.
[^] # Re: Sous Pakard Bell
Posté par allcolor (site web personnel) . En réponse au sondage Ma machine tourne sous ma distribution GNU/Linux/BSD préférée. Évalué à 1.
[^] # Re: Un nouveau serveur X avec la transparence !
Posté par allcolor (site web personnel) . En réponse à la dépêche Un nouveau serveur X avec la transparence !. Évalué à 1.
[^] # Re: Un nouveau serveur X avec la transparence !
Posté par allcolor (site web personnel) . En réponse à la dépêche Un nouveau serveur X avec la transparence !. Évalué à 1.
[^] # Re: Pour les experts en logique
Posté par allcolor (site web personnel) . En réponse au journal Pour les experts en logique. Évalué à 1.
[^] # Re: Nouvelles licences Apache non libres ?
Posté par allcolor (site web personnel) . En réponse à la dépêche Nouvelles licences Apache non libres ?. Évalué à 1.
Can I modify the GPL and make a modified license?
You can use the GPL terms (possibly modified) in another license provided that you call your license by another name and do not include the GPL preamble, and provided you modify the instructions-for-use at the end enough to make it clearly different in wording and not mention GNU (though the actual procedure you describe may be similar).
If you want to use our preamble in a modified license, please write to <licensing@gnu.org> for permission. For this purpose we would want to check the actual license requirements to see if we approve of them.
Although we will not raise legal objections to your making a modified license in this way (sé réfère au paragraphe précedent), we hope you will think twice and not do it. Such a modified license is almost certainly incompatible with the GNU GPL, and that incompatibility blocks useful combinations of modules. The mere proliferation of different free software licenses is a burden in and of itself.
[^] # Re: Nouvelles licences Apache non libres ?
Posté par allcolor (site web personnel) . En réponse à la dépêche Nouvelles licences Apache non libres ?. Évalué à 1.
http://www.gnu.org/licenses/gpl-faq.html#ModifyGPL(...)
[^] # Re: Nouvelles licences Apache non libres ?
Posté par allcolor (site web personnel) . En réponse à la dépêche Nouvelles licences Apache non libres ?. Évalué à 1.
# Re: /join #linuxfr
Posté par allcolor (site web personnel) . En réponse au journal /join #linuxfr. Évalué à 2.
Enfin... va voir ailleurs... le monde est rempli de bonne volonté... il faut suivre ceux qui veulent la partager.
[^] # Re: Apache bientôt non libre ?
Posté par allcolor (site web personnel) . En réponse au journal Apache bientôt non libre ?. Évalué à 1.
[^] # Re: KDE 3.2 preview
Posté par allcolor (site web personnel) . En réponse au journal KDE 3.2 preview. Évalué à 2.
[^] # Re: KDE 3.2 preview
Posté par allcolor (site web personnel) . En réponse au journal KDE 3.2 preview. Évalué à 1.
Pour moi cette version béta est parfaitement inutilisable...
# Re: KDE 3.2 preview
Posté par allcolor (site web personnel) . En réponse au journal KDE 3.2 preview. Évalué à 2.
J'ai compilé à partir de konstruct, tout marche +/- bien, sauf la barre de menu style macos (en haut) les fenêtres ni le panel ne le prenne en compte, en plus il disparaît...
Kcontrol est vide... pas grave j'ai trouvé sur kde bugs faire un lien symbolique des fichiers default-kekchose en kekchose....
Bon alors j'ai essayé les rpm kde 3.1.93 de cooker... et la c'est pire encore... kwin plante au démarage, mais si on le relance ça va... les menu sont dans les choux... et la kcontrol est vide aussi... mais rien à faire, ça veux pas marcher... bon je reste au 3.1.3... les rapports de bugs ci-dessus sont déjà mentionné sur kde-bugs... mais franchement ça fait peur... comment des fonctions marchant parfaitement avec le 3.1.3 peuvent être aussi "cassée" dans cette version... j'ai peur pour le 3.2....
[^] # Re: Konstruct, essayez KDE dans votre répertoire
Posté par allcolor (site web personnel) . En réponse à la dépêche Konstruct, essayez KDE dans votre répertoire. Évalué à 1.
[^] # Re: Konstruct, essayez KDE dans votre répertoire
Posté par allcolor (site web personnel) . En réponse à la dépêche Konstruct, essayez KDE dans votre répertoire. Évalué à 2.
Ça marche... tout compile nickel... (mais des fois, il trouve pas un paquet ==> download à la mano)... J'ai dû corriger un fichier include (changement de "inline" en "__inline__")... et changement d'un makefile pour kde-i18n-fr... Je précise que c'est pour la version kde 3.1.93... puis enfin le test... ben au départ kcontrol se lance sans module... pourtant ils sont tous là... bon pas grave, création d'un rep Settings sous .kdetest/applnk avec les liens qui vont bien et ça marche...
Bilan... déçu.. je reste sous kde 3.1.3 de mdk... car pour une nuit entière de compile... avoir moins bien que la 3.1.3... Je m'explique, j'aime les menu à la mac/os (tjrs en haut de l'écran)... ben sous la 3.2 béta... ça marche pas... le panel chevauche le menu et les fenêtres ne le prennent pas en compte lors de la maximisation... alors qu'en 3.1.3 ça marche bien... zarbi...
[^] # Re: Konstruct, essayez KDE dans votre répertoire
Posté par allcolor (site web personnel) . En réponse à la dépêche Konstruct, essayez KDE dans votre répertoire. Évalué à 2.
# Re: Konstruct, essayez KDE dans votre répertoire
Posté par allcolor (site web personnel) . En réponse à la dépêche Konstruct, essayez KDE dans votre répertoire. Évalué à 3.
[^] # Re: Mémoire X
Posté par allcolor (site web personnel) . En réponse au journal Mémoire X. Évalué à 1.
# Re: Mémoire X
Posté par allcolor (site web personnel) . En réponse au journal Mémoire X. Évalué à 1.
Bon voilà.... en espérant que ça t'aide... :-D
[^] # Re: Good morning vietnam !
Posté par allcolor (site web personnel) . En réponse à la dépêche Good morning Vietnam !. Évalué à 1.