Cali_Mero a écrit 914 commentaires

En imaginant l'improbable, que demain le kernel linux passe en GPL v3, ces mêmes fabriquants opportunistes se tourneraient simplement vers un kernel BSD plutôt que Linux, ou même se contenteraient simplement d'utiliser les kernels actuels sous GPL v2.

Fausse bonne idée...

... Et le temps, c'est de l'argent !

Je suis du même avis que toi.

L'autre jour en regardant le catalogue d'une chaîne de distribution généraliste grand public très bien connue, j'ai été surpris de voir que sur les laptops ne sont précisés ni le système qui tourne dessus, ni même le simple sigle "pc". C'est vendu sous l'appellation "ordinateur portable" et point barre.

Madame Michu visiblement ne s'intéresse pas à ce qu'il y a à l'intérieur de la bête, sauf si tu lui dis que "c'est plus mieux" (n'y connaissant rien elle-même, elle le croit et achète voyant que la photo au format timbre-poste correspond vaguement à ce qu'elle recherche).

grève de la faim du député Lassalle pour obliger un entrprise à reintegrer des employés abusivement licenciés

C'est pas fini cette histoire d'ailleurs ? On me souffle pourtant dans l'oreillette que Lassalle a mangé...

Oui, mais moins à cause de l'écran qu'à cause des doigts. Il suffirait d'utiliser un gant spécial avec une pointe au bout de chaque doigt pour éviter le problème.

Annabelle, (c'est fou ce qu'on apprend en lisant attentivement un message d'erreur)

Vu le message d'erreur et l'importante quantité de renseignements fournis dans ta question, tu devrais restaurer le fichier original et demander plutôt à quelqu'un qui sait faire de modifier les fichiers php à ta place.

Dokuwiki ( http://wiki.splitbrain.org/wiki:dokuwiki ) est un wiki qui s'approche bien de ton besoin (et il existe en paquet debian, pour info).

Mais comme tu sembles vouloir du non-web pour noter de petites choses, et comme le suggère aurel, peut-être préféreras-tu un logiciel de mind-mapping. Pour ma part j'utilise kdissert qui est très bien fait et que je te conseille...

C'est parceque ça ne rigole plus, sous Ubuntu...

Hello ploum,

Je vais tenter la version sérieuse de l'argument superbement illustré par le très drôle "fais un blog" un peu plus haut. Tu écris visiblement beaucoup et plutôt bien, et c'est souvent intéressant sur le fond. Mais c'est vraiment trop "blog", et parfois (en tout cas sur linuxfr, je ne crois pas être le seul à le penser) on aimerait bien que les gens qui viennent écrire sur un site communautaire sachent faire oublier un peu leur petite personne pour se concentrer plus sur l'essentiel.

Autrement dit, les "moi-je-ceci", "moi-je-cela", "moi j'ai eu une super idée en tripotant mon nokia en allant à la boulangerie"... C'est du blog. Relis ce journal que tu viens d'écrire et tu verras que depuis son titre jusqu'à sa conclusion, c'est encore du moi-je moi-je. Peut-être ne le conçois-tu pas, mais ça peut réellement déplaire. (Ce que d'autres moins courtois pourraient formuler en "On s'en fout de ta vie").

Est ce que ta vie, tes pensées, ton ego sont à ce point emblématiques pour nous tous et dans la ligne éditoriale de ce site qu'on doit en être informés y compris jusque dans tes courses alimentaires ? On te laisse trouver pour toi-même la réponse à cette question, chacun jugera.

Avec une plume comme la tienne il doit être assez facile de privilégier la qualité et la pertinence de tes interventions plutôt que leur quantité. Il serait sans doute bon que tu fasses un effort dans ce sens.

Ce n'est que mon avis. En espérant qu'il soit reçu comme un conseil plus que comme une critique ou une attaque perso.

Signé : quelqu'un qui n'aime pas toujours tes écrits mais qui n'a rien contre toi :-)

1/ Inverse les infinitifs et les participes passé dans tes phrases...

2/ Il faut te positionner dans le bon répertoire (celui ou tu as stocké le fichier téléchargé) pour que la commande que tu as tapé fonctionne (car le "./" du début signifie que le fichier sera lancé depuis le répertoire courant).

Pour changer de répertoire dans la console, il faut utiliser la commande cd suivie du nom du répertoire à atteindre, comme par exemple cd /home .

Mais lorsque l’on veut pouvoir profiter sous une licence « plus libre » (type BSD ou MIT) de ligne sous GNU GPL , il faut tout balancer sous GNU GPL . C’est la logique de dire, on ne veut pas accorder plus de droit à l’utilisateur par crainte qu’il propriétarise.

Oui, la GPL, à contrario d'autres licences libres, t'impose d'étendre les libertés qu'elle offre à tout les travaux dérivés (avec la même obligation du coup).

Tu parles de "lignes" : Le choix suivant s'impose au développeur dans le cas que tu exposes : soit il recode lui-même la partie qu'il veut intégrer dans une licence qui lui convient mieux que la GPL (en imaginant qu'elle soit de petite taille, ça ne pose pas trop de problèmes), soit il intègre et accepte donc de passer l'intégralité de son projet en GPL.

Selon moi, dans cette situation la licence copyleftée aboutit au même résultat qu’une licence propriétaire (surtout si le projet GNU GPL et un fork du projet BSD ) puisque le projet sous BSD ne peut rien utiliser s’il veut garder sa licence intacte.

Rien n'empêche le fameux projet sous BSD de recoder les parties à intégrer sous une licence qui lui convient (en s'inspirant des parties GPL). Si ce sont de petits bouts de code, c'est rapide... S'il s'agit de bibliothèques spécialisées, il faut peser le pour et le contre et envisager un changement de licence global.

Tu proposes en gros d'affaiblir le caractère protecteur de la GPL dans le cas particulier d'une inclusion dans un projet sous une licence plus permissive, ce qui ne résoudrait en fait rien, car les parties sous GPL devraient tout de même rester diffusées en conformité avec les règles de la GPL... Et donc les différences d'objectif qui font que le projet peut avoir intérêt à être sous une autre licence (comme par exemple l'existence d'une version propriétaire basée sur la version libre) seraient complètement contrariées par ces éléments GPL qui ne pourraient en aucun cas être utilisés dans ce contexte. Ce qui revient concrètement au même que de passer l'intégralité du projet sous GPL...

tu trouves ça propre toi ? la moindre faille de sécurité dans ton interface d'admin te fera changer d'avis....

(ça c'est si PBPG me répond que les failles de Windows, c'est un mythe)

Même PBPG ne peut nier que les mites sont génératrices de trous...

Et hop, je sors par la fenêtre ----------> |+|

http://www.nvidia.com/object/unix.html

merci de cette réponse mon seul soucis est le risque de collisions puisque j'ai de gros volumes, je vais voir avec du SHA1. a mixer avec serialize() ca peut le faire de maniere sympathique :)

En effet, dans l'exemple que je te donne, le risque de collision existe mais est quasi nul sur le petit jeu de données fourni... Si tu as de gros volumes à traiter, je te conseille d'insérer entre les deux chaines une autre chaine qui ne court pas (trop) de risque de collision (c'est juste pour les besoins d'une comparaison, la chaine résultante est sans importance), comme ceci : crc32($a["K1"].'@!§%£'.$a["K2"]). Avec serialize tu risques d'avoir un impact beaucoup plus lourd sur les performances de l'ensemble, en particulier sur un gros volume.

Et sha1 n'est peut-être pas très adapté pour faire une comparaison numérique ;-) c'est pour cela que je t'ai suggéré crc32, qui renvoie des entiers signés.

Tu peux même te passer du sprintf.... Cela renvoie le résultat attendu:

affichage de l'algo
Array
(
    [1] => Array
        (
            [K1] => ick
            [K2] => v22
        )

)

<?php
header( "Content-type: text/plain" );
 
 $a1 = array(
 array( "K1" => "v11", "K2" => "v21" ),
 array( "K1" => "v12", "K2" => "v22" ),
 array( "K1" => "v13", "K2" => "v23" ),
 array( "K1" => "v14", "K2" => "v24" ),
 array( "K1" => "v15", "K2" => "v25" )
 );
 
 $a2 = $a1;
 $a2[1]["K1"] = "ick";


 print "affichage de l'algo\n";
 print_r( array_udiff( $a2, $a1, "covalence_algo" ) );
 
function covalence_algo($a,$b){
	$_a=sprintf(crc32($a["K1"].$a["K2"]));
	$_b=sprintf(crc32($b["K1"].$b["K2"]));

	if($_a==$_b) return 0;
	if($_a>$_b) return 1;
	if($_a<$_b) return -1;
}
?>

Mais c'est vrai que sur ces fonctions, la doc php est parfois obscure (pour référence : http://fr2.php.net/manual/fr/function.array-udiff.php ).

La fonction que tu donnes à array-udiff pour la comparaison (en l'occurence mns_diffu_algo) recoit deux paramètres, qui sont respectivement des valeurs provenant de l'un et de l'autre des tableaux. Pas des tableaux !

Cette fonction doit retourner un résultat de type entier, dont la position par rapport à 0 va affecter le comportement du diff. Et le diff te retourne les éléments du premier tableau qui ne se retrouvent pas dans le deuxième.

En l'occurence dans mns_diffu_algo, tu dois tester (en imaginant que $a et $b prennent successivement n'importe quelle valeur de chaque tableau) :

Si $a == $b : return 0;
Si $a > $b : return 1;
Si $a < $b : return -1;

PS : il semble important que la fonction fournie à array_udiff puisse retourner du positif et du négatif, d'ou l'intérêt de comparer des valeurs numériques exclusivement (donc peut-être se débarasser du 'v' avant le test).

Pire, aujourd'hui, chaque client jabber n'implémente pas les mêmes fonctionnalités ! Ce qui fait qu'au delà de choisir un protocole libre qui, à mon gout, a quelques fonctionnalités de retard, il faut encore choisir un client potable, et presque s'assurer que la personne avec qui on discute à le même client !!

Problème d'ouverture, de liberté, créatrice de diversité...

Ce n'est même pas la faute de Jabber, car sur msn c'est exactement pareil : chaque client non-officiel implémente une fraction du protocole, ce qu'il peut en fait...

La différence c'est qu'un protocole conçu avec l'extensibilité et cette diversité en tête gèrera forcément mieux les contrastes et les différences entre clients aux configurations/capacités différentes qu'un protocole développé en solo par une société qui n'a jamais souhaité voir des clients tiers se connecter à leur réseau.

Encore faudrait-il que cette évidence apparaisse à l'utilisateur final, en somme.

Ils ont tord... ou bien... ils se sont laissés enfermer. Il est de notre responsabilité à tous de les libérer et les faire passer sur un réseau standard ouvert.

Même contre leur gré ?

"Open" discussion day, Ouvrez votre réseau, ouvrez la discussion !

Et fermez vos connexions vers les réseaux de messagerie qui ont du succès et où sont précisément tous ceux qu'il faudrait convaincre !

Bonjour l'ouverture...

Hum... Je dois répondre, c'est trop tentant :

- pas libre
- plugins moisis/chiants à installer/pas par défaut sur pleins de système

On peut résumer ça en propriétaire va, tout le monde ici comprendra. On est d'accord.


- pas de lien direct vers une partie du site


Ce qui est un inconvénient pour le visiteur peut être une véritable qualité pour le concepteur... De la même manière qu'au supermarché on s'arrange pour que tu passes d'abord par le rayon chocolat même si tu ne vas acheter que des vêtements !


- pas facile à imprimer

Pas fait pour. Flash met l'accent sur la forme et l'interactivité au détriment du fond (comment tu veux imprimer des clignotements, des animations, des sons et des vidéos toi ? hmmm ?).


- pas de copier coller
- pas de recherche de texte

Même problème que ci-dessus. A noter que ces points ne sont pas reprochables à la technologie Flash qui offre ces possibilités, mais au concepteur de l'animation qui fait ce choix en connaissance de cause.


- ca fait ramer ou planter mon Konqueror :-(


Pareil ici, ceci dit il plante/rame déjà bien tout seul (essaye de faire du drag&drop vers la barre de signets pour voir) ! Oserais-je te suggérer d'essayer Firefox ou Opera ? ;-)

Et surtout l'argument le plus évident: ça n'apporte rien!

Ce n'est pas un argument ça, c'est un avis biaisé... Moi quand je fais chauffer mon oeuf sur le plat sur mon beau pentium IV, je surfe sur des sites en flash... Et je trouve que le partenariat flash-intel participe très agréablement à la cuisson rapide de mon oeuf, à sa saveur incomparable, ainsi qu'au réchauffement climatique planétaire et à la fonte de la banquise....

Le format SWF est ouvert depuis longtemps (même si les specs ne sont pas toujours à jour par rapport à la dernière version existante) pour
permettre à n'importe quel éditeur tiers de générer du SWF.

Seulement partiellement ouvert si je ne m'abuse : de mémoire, tu n'as pas le droit d'utiliser ces documentations pour produire un lecteur flash (seulement pour produire du swf en fait).

Si cette restriction est toujours en vigueur, ce n'est pas ce qu'on peut appeler un "format ouvert".

Je profite de cette dépêche pour rappeler à la mémoire de tous un logiciel libre qui manque cruellement sous le pingouin : Virtualdub !

Il ne s'agit peut-être pas de la même catégorie de "montage vidéo", n'empêche que son utilité n'est plus à démontrer...

Deux questions donc :
- Va t-il enfin arriver un jour sous le pingouin ? Des efforts sont-ils en cours dans ce sens ?
- Que trouve t-on de plus ou moins équivalent dans l'offre actuelle ?

http://doc.ubuntu-fr.org/

Tout y est ou presque. A lire, relire et partager ;-) (Oui, la solution à ton problème y est, si tu prends la peine de chercher)