À moins que tu puisses légitimement penser que cette news a pour *but* de commetre une infraction et pas d'inciter les gens à patcher .... non.
Cet article de loi est dramatique mais il ne faut pas non plus exagérer sur son effet.
J'ai pourtant toujours entendu le "c'est une belle opportunité", et pas que par des geeks contaminés par le franglais.
Es tu sûr que le sens "opportunité => occasion favorable" n'existe pas en français ?
Dans mon dictionnaire je trouve :
B. P. méton. Occasion ou circonstance favorable. Il n'a pas le génie adroit et cauteleux d'un procureur qui ne perd ni une minute ni une opportunité (STENDHAL, Rouge et Noir, 1830, p.442). Les missionnaires des églises ont cédé longtemps aux opportunités que leur offrait la colonisation (Univers écon. et soc., 1960, p.64-13).
> Clair pour les namespaces, j'espère que ce sera rapidement implémenté...
La réponse ferme, claire et quasi définitive c'est "ça ne le sera pas". Ils n'ont pas reussi à intégrer ça correctement. Si ils trouvent un moyen je ne dis pas qu'ils ne reviendront pas sur l'idée mais le temps que ça se fasse, avec les changement que ça implique, puis que la décision se prenne ... bon, PHP6.
> D'ailleurs, ils avaient aussi promis l'héritage multiple...
Là c'est une question de politique et ça a été non au final. Leur justification est que les interfaces sont une meilleure solution (personnellement je n'ai jamais trouvé que les interfaces et l'héritage multiple servaient à la même chose mais bon, ce n'est pas moi qui décide hein ..).
L'héritage multiple fait encore peur à beaucoup de gens à cause des horreurs qu'on peut en faire. Il y en a même qui ont été dopé au java et qui avancent que c'est contre la philosophie objet. Je doute que jamais l'équipe PHP tente d'introduire un tel troll en proposant sérieusement le concept.
> vous n'unifierez _pas_ les boites de dialogues, vous n'unifirez _pas_ les menus
> (nomemclature, etc) , vous n'unifierez _pas_ les réglages communs etc etc etc
> par un simple "look".
Est-ce une raison pour ne pas uniformiser ce qu'on peut ?
Ma distrib propose par défaut un thème gtk et qt très proche. Je peux probablement faire la différence entre du gtk et du qt, mais le fait que ça soit proche visuellement (oui, je ne parle là que du graphisme) est un élément de confort important.
Il suffit de faire comme ça : deux thèmes proches, un en qt et un en gtk (bon, à vrai dire deux en gtk), mais ça demande beaucoup de boulot. Une uniformisation de certains paramètres serait bienvenue (au moins la couleur de fond par exemple).
Il ne s'agit pas de remplacer l'un par l'autre ou de les fusionner, mais de pouvoir utiliser une appli gtk et une qt sans rompre à ce point l'identité visuelle.
Pour ça il faudrait savoir que c'est une norme. D'ailleurs même ainsi je te renvoie vers quelle RFC dans le tas ?
> un un truc du style, si je faisais une recherche comme ca.
C'est ce qu'il fait : une recherche
Globalement ça marche bien. Je tape très souvent "programme tele" ou "sncf" ou ce genre de choses pour tomber directement sur "le" site référence.
Bien évidement des fois ça ne marche pas mais c'est déjà sympa.
pas besoin de brevet pour protéger un logiciel. Coté interface il s'agit d'une oeuvre tout à fait défendable. Coté logiciel il y a un bêtre droit d'auteur / copyright qui empêche quiconque de copier si l'auteur n'est pas d'accord.
as tu pensé à faire un "make clean" et recommencer le configure depuis le début ?
php utilise une lib interne par défaut pour mysql, essaie de ne pas spécifier le "--with-mysql" (mais ne met pas le --without-mysql non plus), ça devrait utiliser la lib embarquée et fonctionner.
Ce qui ne marche potentiellement pas c'est le mode multithread d'Apache2 (parce que PHP ne cherche pas forcément à être thread safe, les extensions encore moins). Si tu utilises le module prefork d'Apache2 (ce qui est le cas par défaut sous linux) tu as exactement le même comportement qu'Apache1.3.
Le truc c'est que si c'est pour mimer le comportement d'Apache 1.3 autant utiliser Apache 1.3 qui est bien plus testé a a encore bien plus de modules : c'est uniquement pour ça que la php team déconseille le 2.0.
Le tarball de php contient normalement la lib client en interne, il n'y a pas besoin d'en avoir une sur le système. Logiquement il suffit de retirer le "--with-mysql" du configure pour lui laisser utiliser la sienne (mysql est compilé par défaut)
> que je soupconne en plus de me balancer des popups à tire-larigots
La google bar est largement utilisée et reconnue. Si tu as des popup qui s'ouvrent à tire larigot ça ne vient pas de la Google Bar mais d'une autre saloperie qui a été installée. Le truc le plus "non recommandable" que cette barre fasse c'est faire des requêtes vers les sites Google pour afficher le pagerank et ce genre d'infos.
Si tu as des problèmes tu devrais chercher ailleurs.
PHP n'est *PAS* GPL, et ne le sera jamais car certains des développeurs principaux ont une dent contre cette licence. La licence PHP est libre (et encore, c'est récent, ça n'était pas le cas avant) mais est de plus non compatible GPL.
Ça a d'ailleurs fait des problèmes quand mysql a décidé que son nouveau client serait GPL : PHP ne pouvant plus l'inclure dans sa distribution comme il le faisait avant (depuis Mysql a fait une exception mais PHP ne l'embarquera plus dans sa version 5).
> Le mec a vendu 130.000 bouquins après être passé dans une émission hype du
> samedi soir qui parle de politique et de porno chic, mélange aigre-doux très
> apprécié de nos jours. Même si il ne prend qu'un euro par livre (c'est surement
> plus), ca fait un joli pactole pour du vent.
Il est aussi passé sur France5 dans "arrêt sur images" qui est tout de même autrement plus sérieux. Avec l'intervention de 2 experts de catastrophe aériennes qui ont dit grosso modo à ce que je me rappelle "je suis incapable de donner une conclusion mais effectivement le résultat ne colle pas au crash d'un avion".
Il y a probablement beaucoup de fantasmes dans ce bouquin (et si tu l'as lu l'auteur le dit explicitement, il ne prétend pas avoir la solution) mais ce n'est pas une raison pour rejeter toutes les questions en bloc. Il y en a qui mériteraient tout de même d'être posées (je parle des questions, pas des réponses proposées dans le bouquin).
"Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.)"
donc sous certaines conditions tu peux effectivement te contenter de redonner le l'adresse du FTP (ou la proposition papier de te fournir les sources que tu as reçu avec ta copie).
> Et encore: seulement aux personnes auxquelles on a fournis le soft.
Un peu plus en fait parce que si je redistribue verbatim un soft GPL je n'ai pas besoin de fournir les sources : je peux me contenter de redistribuer l'offre de téléchargement/récupération que j'ai obtenu avec le soft.
Techniquement tu peux donc avoir à fournir les sources à des personnes autres que tes clients directs. Par contre ça ne peut concerner que ceux qui ont obtenu le soft via ta distribution (même indirectement).
Je rajouterai qu'il y a deux concurrents qui montent rapidement et qui nous dépassent déjà sur certains datacenter Google.
Si vous voulez nous aider à faire passer notre message sur les standards il y a une méthode très simple : faire des liens vers http://mangeur-de-cigogne.info/(...)
Tout est expliqué sur le site (comment faire le lien pour une meilleure efficacité, pourquoi, etc.). Toute aide est la bienvenue.
> un pb de test utilisateurs qui n'ont pas remonté les pbs
le pb est autre à mon avis. Le problème c'est que moi, si ça m'était arrivé, je n'aurai jamais oh grand jamais remonté un bug "j'ai fait un upgrade cooker et ça a grillé mon CD" : j'aurai naivement pensé que c'était une pure coincidence (et il aurait déjà fallu que je me serve de mon lecteur tous les jours pour me rendre compte que les deux événements datent de la même époque).
Pour ce coup là c'est un "pas de bol", sérieusement il n'y a qu'une diffusion importante qui aurait pu le découvrir. C'est dommage que ça soit comme ça mais même avec des testeurs consciencieux je ne suis pas sûr qu'on aurait eu une remontée sur ce bug (et encore moins que quelqu'un l'aurait prise au sérieux en pensant que c'était relié à une modif du kernel)
Je ne critique pas le concept mais il faut avouer que justement la première version a inaugurer le modèle community n'a fait qu'une RC (pourtant il y a eu encore pas mal de boulot derrière). Perso j'ai bien l'impression que ça a remplacé les RC, pas que c'est venu en plus (par contre ça a probablement été largement plus testé que les RCs, donc positif à la release finale)
> La lenteur de l'acceptation des améliorations par Lauris dans Sodipodi serait
> d'ailleurs la raison pour laquelle ce fork serait apparu.
De ce que j'avais vu c'était plus une différence d'orientation. Sodipodi avait pour but "le dessin vectoriel", quitte à rajouter plein de choses pas standards dans les fichiers svg. Inkscape a voulu maintenir le plus possible la conformité SVG et pas les extensions proprio
> Je demande a voir la coherence de ton systeme apres plusieurs actions comme celle-ci.
La même que celle d'une slack puisque ça revient uniquement à virer le système de dépendance que tu décries tant, rien d'autre.
> Ca ne regle rien. Le probleme est que la DB est necessaire, c'est la base de la distro et c'est bien le probleme.
Nécessaire pour quoi ? pour gérer les dépendances et conflits, mais comme toi tu ne veux pas les laisser gérer par l'outil ça n'est pas nécessaire du tout.
> En general sous MDK, c'est plutot l'installation qui rend instable.
Oh le joli troll, un argument, quelque chose de concret ou c'est juste un "moi j'utilise slack je suis plus fort" ?
> Le message n'est pas clair
Et c'est toi qui plus haut dis que le professionnel est sencé tout savoir de ce qu'il installe ? Sans avoir besoin de forcément connaitre toutes les dépendances de tous mes softs de tête, celui qui ne comprend pas ce message est bon pour la porte direct. Dire que "La désinstallation du paquetage XXX rendra votre système instable" n'est pas un message clair me parait tout de même être abusé.
> C'est mieux que de pouvoir tout virer pour un newbie mais ca ne lui apprend rien.
Pourquoi "pour un newbie" ? pour moi aussi, qui n'ai rien d'un newbie.
Ça ne lui apprend rien ? et alors ? faut voir que le but de la plupart des gens c'est d'utiliser le système, ou à la limite le rendre utilisable pour d'autres, pas d'apprendre. Moi j'ai arrêté gentoo le jour où j'ai constaté que je prenais plus de temps à configurer et gérer le système qu'à l'utiliser. Depuis je contrôle toujours autant mon système mais je ne m'emmerde plus pour ce que je n'ai pas envie de gérer. Apprendre ? ça n'entre pas en ligne de compte, apprendre je le fais si j'ai envie ou si j'ai besoin, je ne vais pas me compliquer volontairement la vie en permanence parce que des gens veulent apprendre.
> Ne pas savoir ce qui se passe te semble rassurant ?
Je peux savoir ... si je le veux. J'ai tout ce qu'il me faut pour savoir les dépendances, les fichiers utilisés ou modifiés ... j'ai même probablement plus d'infos que sur ta slack.
Par contre je suis honnête : je ne connais pas tout (et n'ai pas pour but de tout connaitre), je suis faillible, et je n'ai pas un temps infini à ma disposition. Je n'ai pas la prétention de faire forcément mieux que les X personnes qui gèrent la distrib et la testent en permanence.
Je fais globalement confiance à la distrib car je n'ai pas la prétention de faire ou connaitre mieux qu'eux ce qu'ils font. Maintenant ça ne m'empêche pas de vérifier si je veux, ou de gérer certaines choses à la main (les paquets qui sont dans mon domaine il y en a certains que je compile moi-même à la main).
Te crois tu tellement supérieur à tous les autres pour ne pas faire confiance à ta distrib ?
> Donc tu preferes une base de registre a la windows plutot qu'un /etc rempli de fichier texte ?
Qui parle d'une base Windows ? évites de troller.
On parle d'un coté d'une db avec une structure tout à fait connue, qui gère tout ce qu'il faut de manière efficace et correcte, pas d'un format non documenté.
Quand à la miriade de fichiers textes de /etc si je puis me permettre, c'est la dernière chose que je veux : tous dans des formats différents, avec des syntaxes différentes, des noms d'option différents ....
> Une distrib RPM, c'est surtout un bon moyen de limiter la portabilite contre la concurrence.
Le format RPM est tout à fait documenté, non obligatoire. La db est une base tout à fait standard sous Unix, documentée, portable, extractible, manipulable ...
C'est largement aussi manipulable que ton fichier texte qui a "la syntaxe slack", donc finalement un format proprio (ben oui, que du texte, mais sous un format propre qu'il va me falloir mapper à la main).
Et puis un système de dépendance n'implique pas forcément une db. Gentoo se sert de fichiers textes aussi (même si sa base de dépendance est encore assez restreinte vu qu'elle ne gère pas les inverses) mais son outil a bien une gestion de dep. Il y a une DB là simplement parce que contrairement à ce que tu dis c'est ce qu'il y avait de plus pertinent pour gérer ce genre d'infos (et pas des fichiers textes dans un format proprio)
Tu n'aimes pas la gestion des deps ? tu n'as pas besoin de l'utiliser, il y a des --nodep et --force. La liste des fichiers utilisés tu peux l'avoir par rpm.
> Ca n'empeche pas les betises.
Rien n'empêche les bétises de l'utilisateur, mais ça ne veux pas dire que c'est inutile de les limiter.
> (desinstalle lilo ou le bash qu'on rigole). RPM va-t-il se plaindre ? Donc dans ce
> cas, la gestion des dependances est inutile. Ca n'empeche pas les betises.
moi ça me répond "La désinstallation du paquetage basesystem-10.0-0.2mdk.i586 rendra votre système instable"
Bon, on peut arguer que bash n'est pas indispensable en théorie et qu'il suffit de laisser un bête sh mais ça c'est l'orientation de la distrib d'utiliser du gros soft fonctionnel ou du minimum. Toujours est-il que le système de paquet fonctionne comme il faut.
> J'ajoute que sur la slack, les logiciels sont regroupe en serie
Et ? sur ma mandrake aussi j'ai des catégorie (sisi).
> Quand j'installe A, j'estime normal d'avoir tout A.
Moi quand j'installe A j'attend d'avoir automatiquement tout ce qui est nécessaire à A, rien de plus rien de moins. (non, je n'aime pas avoir à "connaitre" un soft de type OOo pour savoir de quelles libs il a besoin).
Si je peux exécuter et utiliser A sans une partie des fichiers ça ne me gêne pas que ça ne soit pas installé.
> Enfin, une base de donnee qui plante pose souvent de serieux problemes et
> met en jeux la sanite de tout le systeme. Je suis desole de choquer mais cela
> me semble tres similaire a la base de registre de Windows. Ca ne me semble
> pas solide comme methode.
C'est connu, c'est pas solide une db, tous des cons ceux qui utilisent des bases de données alors qu'on peut tout mettre dans des fichiers textes. Quand ton fichier texte est corrompu il se passe exactement la même chose qu'avec ta db. Dans les deux cas une sauvegarde règle le pb, et dans les deux cas si un soft est mal foutu il peut te corrompre ton bordel (fichier ou db, peu importe).
> Le systeme de la slack est honnetement le plus fiable a l'utilisation meme si ce
> n'est pas forcement le plus simple du point de vue utilisateur (quoique...).
Pourquoi "plus fiable" ? là tout ce que je vois ce sont des choses qu'il gère "en moins", rien qu'il gère "en plus". La liste des fichiers utilisés par un paquet je l'ai aussi sur ma debian ou ma mandrake
> PS: Tu as oublie Fedora dans ta liste.
J'en ai oublié plus que ça, je n'ai pas pour objectif d'être exhaustif.
ça marche avec n'importe quel mot, pas que crash. On a mis crash ârce que c'était plus marrant, c'est tout. Ça n'est louche que si tu crois que c'est ce mot en particulier qui pose pb.
mouais, c'est dégueulasse avec mon mozilla Firefox (dernière version stable) aussi. Tu ne tiens pas compte du fait que les gens peuvent ne pas avoir tes polices et tes tailles de police, donc forcément ça casse tout chez les gens qui n'ont pas les mêmes défauts que toi.
J'ai aussi un peu de mal à voir l'intérêt de faire du strict si c'est pour mettre des dans ton code (donc clairement de la mise en forme, et en plus pas de la belle)
[^] # Re: Trac, un outil pour gérer des projets
Posté par Éric (site web personnel) . En réponse à la dépêche Trac, un outil pour gérer des projets. Évalué à 1.
[^] # Re: Alerte de sécurité dans le noyau Linux
Posté par Éric (site web personnel) . En réponse à la dépêche Alerte de sécurité dans le noyau Linux. Évalué à 2.
Cet article de loi est dramatique mais il ne faut pas non plus exagérer sur son effet.
[^] # Re: petite correction
Posté par Éric (site web personnel) . En réponse à la dépêche Forks libres de RedHat Enterprise Linux. Évalué à 1.
Es tu sûr que le sens "opportunité => occasion favorable" n'existe pas en français ?
Dans mon dictionnaire je trouve :
B. P. méton. Occasion ou circonstance favorable. Il n'a pas le génie adroit et cauteleux d'un procureur qui ne perd ni une minute ni une opportunité (STENDHAL, Rouge et Noir, 1830, p.442). Les missionnaires des églises ont cédé longtemps aux opportunités que leur offrait la colonisation (Univers écon. et soc., 1960, p.64-13).
[^] # Re: PHP 4.3.6
Posté par Éric (site web personnel) . En réponse à la dépêche PHP 4.3.6. Évalué à 1.
La réponse ferme, claire et quasi définitive c'est "ça ne le sera pas". Ils n'ont pas reussi à intégrer ça correctement. Si ils trouvent un moyen je ne dis pas qu'ils ne reviendront pas sur l'idée mais le temps que ça se fasse, avec les changement que ça implique, puis que la décision se prenne ... bon, PHP6.
> D'ailleurs, ils avaient aussi promis l'héritage multiple...
Là c'est une question de politique et ça a été non au final. Leur justification est que les interfaces sont une meilleure solution (personnellement je n'ai jamais trouvé que les interfaces et l'héritage multiple servaient à la même chose mais bon, ce n'est pas moi qui décide hein ..).
L'héritage multiple fait encore peur à beaucoup de gens à cause des horreurs qu'on peut en faire. Il y en a même qui ont été dopé au java et qui avancent que c'est contre la philosophie objet. Je doute que jamais l'équipe PHP tente d'introduire un tel troll en proposant sérieusement le concept.
[^] # Re: Qt 4 à l'horizon !
Posté par Éric (site web personnel) . En réponse à la dépêche Qt 4 à l'horizon !. Évalué à 1.
> (nomemclature, etc) , vous n'unifierez _pas_ les réglages communs etc etc etc
> par un simple "look".
Est-ce une raison pour ne pas uniformiser ce qu'on peut ?
Ma distrib propose par défaut un thème gtk et qt très proche. Je peux probablement faire la différence entre du gtk et du qt, mais le fait que ça soit proche visuellement (oui, je ne parle là que du graphisme) est un élément de confort important.
Il suffit de faire comme ça : deux thèmes proches, un en qt et un en gtk (bon, à vrai dire deux en gtk), mais ça demande beaucoup de boulot. Une uniformisation de certains paramètres serait bienvenue (au moins la couleur de fond par exemple).
Il ne s'agit pas de remplacer l'un par l'autre ou de les fusionner, mais de pouvoir utiliser une appli gtk et une qt sans rompre à ce point l'identité visuelle.
[^] # Re: Un truc désagréable qui m'arrive sous firebird/firefox, et vous ?
Posté par Éric (site web personnel) . En réponse au journal Un truc désagréable qui m'arrive sous firebird/firefox, et vous ?. Évalué à 0.
Pour ça il faudrait savoir que c'est une norme. D'ailleurs même ainsi je te renvoie vers quelle RFC dans le tas ?
> un un truc du style, si je faisais une recherche comme ca.
C'est ce qu'il fait : une recherche
Globalement ça marche bien. Je tape très souvent "programme tele" ou "sncf" ou ce genre de choses pour tomber directement sur "le" site référence.
Bien évidement des fois ça ne marche pas mais c'est déjà sympa.
[^] # Re: Question dangereuse pour linspire...
Posté par Éric (site web personnel) . En réponse au journal Lindows ou Linspire....c'est des plagieurs !. Évalué à 1.
# Re: PHP quand tu nous tient....
Posté par Éric (site web personnel) . En réponse au journal PHP quand tu nous tient..... Évalué à 1.
as tu pensé à faire un "make clean" et recommencer le configure depuis le début ?
php utilise une lib interne par défaut pour mysql, essaie de ne pas spécifier le "--with-mysql" (mais ne met pas le --without-mysql non plus), ça devrait utiliser la lib embarquée et fonctionner.
[^] # Re: PHP quand tu nous tient....
Posté par Éric (site web personnel) . En réponse au journal PHP quand tu nous tient..... Évalué à 1.
Ce qui ne marche potentiellement pas c'est le mode multithread d'Apache2 (parce que PHP ne cherche pas forcément à être thread safe, les extensions encore moins). Si tu utilises le module prefork d'Apache2 (ce qui est le cas par défaut sous linux) tu as exactement le même comportement qu'Apache1.3.
Le truc c'est que si c'est pour mimer le comportement d'Apache 1.3 autant utiliser Apache 1.3 qui est bien plus testé a a encore bien plus de modules : c'est uniquement pour ça que la php team déconseille le 2.0.
[^] # Re: PHP quand tu nous tient....
Posté par Éric (site web personnel) . En réponse au journal PHP quand tu nous tient..... Évalué à 1.
# Re: Désinstaller cette **** de Google bar
Posté par Éric (site web personnel) . En réponse au journal Désinstaller cette **** de Google bar. Évalué à 1.
La google bar est largement utilisée et reconnue. Si tu as des popup qui s'ouvrent à tire larigot ça ne vient pas de la Google Bar mais d'une autre saloperie qui a été installée. Le truc le plus "non recommandable" que cette barre fasse c'est faire des requêtes vers les sites Google pour afficher le pagerank et ce genre d'infos.
Si tu as des problèmes tu devrais chercher ailleurs.
[^] # Re: Netfilter porte plainte contre Sitecom pour non-respect de la GPL
Posté par Éric (site web personnel) . En réponse à la dépêche Netfilter porte plainte contre Sitecom pour non-respect de la GPL. Évalué à 2.
PHP n'est *PAS* GPL, et ne le sera jamais car certains des développeurs principaux ont une dent contre cette licence. La licence PHP est libre (et encore, c'est récent, ça n'était pas le cas avant) mais est de plus non compatible GPL.
Ça a d'ailleurs fait des problèmes quand mysql a décidé que son nouveau client serait GPL : PHP ne pouvant plus l'inclure dans sa distribution comme il le faisait avant (depuis Mysql a fait une exception mais PHP ne l'embarquera plus dans sa version 5).
[^] # Re: Arte c'est des pro-bush !
Posté par Éric (site web personnel) . En réponse au journal Hees était vendu aux labos pharmaceutiques.... Évalué à 1.
> samedi soir qui parle de politique et de porno chic, mélange aigre-doux très
> apprécié de nos jours. Même si il ne prend qu'un euro par livre (c'est surement
> plus), ca fait un joli pactole pour du vent.
Il est aussi passé sur France5 dans "arrêt sur images" qui est tout de même autrement plus sérieux. Avec l'intervention de 2 experts de catastrophe aériennes qui ont dit grosso modo à ce que je me rappelle "je suis incapable de donner une conclusion mais effectivement le résultat ne colle pas au crash d'un avion".
Il y a probablement beaucoup de fantasmes dans ce bouquin (et si tu l'as lu l'auteur le dit explicitement, il ne prétend pas avoir la solution) mais ce n'est pas une raison pour rejeter toutes les questions en bloc. Il y en a qui mériteraient tout de même d'être posées (je parle des questions, pas des réponses proposées dans le bouquin).
[^] # Re: Netfilter porte plainte contre Sitecom pour non-respect de la GPL
Posté par Éric (site web personnel) . En réponse à la dépêche Netfilter porte plainte contre Sitecom pour non-respect de la GPL. Évalué à 1.
"Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.)"
donc sous certaines conditions tu peux effectivement te contenter de redonner le l'adresse du FTP (ou la proposition papier de te fournir les sources que tu as reçu avec ta copie).
[^] # Re: On va enfin savoir !
Posté par Éric (site web personnel) . En réponse à la dépêche Netfilter porte plainte contre Sitecom pour non-respect de la GPL. Évalué à 1.
> moindre licence. Il en fait strictement ce qu'il en veut.
De quel droit ? sans licence/autorisation il n'a à priori aucun droit sur la propriété intellectuelle d'autrui
"The act of running the Program" c'est la licence qui le dit et le permet. Ce n'est à priori pas le cas par défaut.
[^] # Re: On va enfin savoir !
Posté par Éric (site web personnel) . En réponse à la dépêche Netfilter porte plainte contre Sitecom pour non-respect de la GPL. Évalué à 1.
Un peu plus en fait parce que si je redistribue verbatim un soft GPL je n'ai pas besoin de fournir les sources : je peux me contenter de redistribuer l'offre de téléchargement/récupération que j'ai obtenu avec le soft.
Techniquement tu peux donc avoir à fournir les sources à des personnes autres que tes clients directs. Par contre ça ne peut concerner que ceux qui ont obtenu le soft via ta distribution (même indirectement).
[^] # Re: Opera 7.5 Preview 4 et skipstone 0.8.4
Posté par Éric (site web personnel) . En réponse au journal Opera 7.5 Preview 4 et skipstone 0.8.4. Évalué à 1.
[^] # Re: mozilla, meetup et mangeur de cigogne
Posté par Éric (site web personnel) . En réponse au journal mozilla, meetup et mangeur de cigogne. Évalué à 1.
Si vous voulez nous aider à faire passer notre message sur les standards il y a une méthode très simple : faire des liens vers http://mangeur-de-cigogne.info/(...)
Tout est expliqué sur le site (comment faire le lien pour une meilleure efficacité, pourquoi, etc.). Toute aide est la bienvenue.
[^] # Re: Mandrakelinux 10.0 Official est arrivée !
Posté par Éric (site web personnel) . En réponse à la dépêche Mandrakelinux 10.0 Official est arrivée !. Évalué à 2.
le pb est autre à mon avis. Le problème c'est que moi, si ça m'était arrivé, je n'aurai jamais oh grand jamais remonté un bug "j'ai fait un upgrade cooker et ça a grillé mon CD" : j'aurai naivement pensé que c'était une pure coincidence (et il aurait déjà fallu que je me serve de mon lecteur tous les jours pour me rendre compte que les deux événements datent de la même époque).
Pour ce coup là c'est un "pas de bol", sérieusement il n'y a qu'une diffusion importante qui aurait pu le découvrir. C'est dommage que ça soit comme ça mais même avec des testeurs consciencieux je ne suis pas sûr qu'on aurait eu une remontée sur ce bug (et encore moins que quelqu'un l'aurait prise au sérieux en pensant que c'était relié à une modif du kernel)
[^] # Re: Mandrakelinux 10.0 Official est arrivée !
Posté par Éric (site web personnel) . En réponse à la dépêche Mandrakelinux 10.0 Official est arrivée !. Évalué à 2.
Je ne critique pas le concept mais il faut avouer que justement la première version a inaugurer le modèle community n'a fait qu'une RC (pourtant il y a eu encore pas mal de boulot derrière). Perso j'ai bien l'impression que ça a remplacé les RC, pas que c'est venu en plus (par contre ça a probablement été largement plus testé que les RCs, donc positif à la release finale)
[^] # Re: Inkscape : nouveau leader open source du dessin vectoriel ?
Posté par Éric (site web personnel) . En réponse à la dépêche Inkscape : nouveau leader open source du dessin vectoriel ?. Évalué à 2.
> d'ailleurs la raison pour laquelle ce fork serait apparu.
De ce que j'avais vu c'était plus une différence d'orientation. Sodipodi avait pour but "le dessin vectoriel", quitte à rajouter plein de choses pas standards dans les fichiers svg. Inkscape a voulu maintenir le plus possible la conformité SVG et pas les extensions proprio
[^] # Re: éternel dilemne
Posté par Éric (site web personnel) . En réponse au journal éternel dilemne. Évalué à 2.
La même que celle d'une slack puisque ça revient uniquement à virer le système de dépendance que tu décries tant, rien d'autre.
> Ca ne regle rien. Le probleme est que la DB est necessaire, c'est la base de la distro et c'est bien le probleme.
Nécessaire pour quoi ? pour gérer les dépendances et conflits, mais comme toi tu ne veux pas les laisser gérer par l'outil ça n'est pas nécessaire du tout.
> En general sous MDK, c'est plutot l'installation qui rend instable.
Oh le joli troll, un argument, quelque chose de concret ou c'est juste un "moi j'utilise slack je suis plus fort" ?
> Le message n'est pas clair
Et c'est toi qui plus haut dis que le professionnel est sencé tout savoir de ce qu'il installe ? Sans avoir besoin de forcément connaitre toutes les dépendances de tous mes softs de tête, celui qui ne comprend pas ce message est bon pour la porte direct. Dire que "La désinstallation du paquetage XXX rendra votre système instable" n'est pas un message clair me parait tout de même être abusé.
> C'est mieux que de pouvoir tout virer pour un newbie mais ca ne lui apprend rien.
Pourquoi "pour un newbie" ? pour moi aussi, qui n'ai rien d'un newbie.
Ça ne lui apprend rien ? et alors ? faut voir que le but de la plupart des gens c'est d'utiliser le système, ou à la limite le rendre utilisable pour d'autres, pas d'apprendre. Moi j'ai arrêté gentoo le jour où j'ai constaté que je prenais plus de temps à configurer et gérer le système qu'à l'utiliser. Depuis je contrôle toujours autant mon système mais je ne m'emmerde plus pour ce que je n'ai pas envie de gérer. Apprendre ? ça n'entre pas en ligne de compte, apprendre je le fais si j'ai envie ou si j'ai besoin, je ne vais pas me compliquer volontairement la vie en permanence parce que des gens veulent apprendre.
> Ne pas savoir ce qui se passe te semble rassurant ?
Je peux savoir ... si je le veux. J'ai tout ce qu'il me faut pour savoir les dépendances, les fichiers utilisés ou modifiés ... j'ai même probablement plus d'infos que sur ta slack.
Par contre je suis honnête : je ne connais pas tout (et n'ai pas pour but de tout connaitre), je suis faillible, et je n'ai pas un temps infini à ma disposition. Je n'ai pas la prétention de faire forcément mieux que les X personnes qui gèrent la distrib et la testent en permanence.
Je fais globalement confiance à la distrib car je n'ai pas la prétention de faire ou connaitre mieux qu'eux ce qu'ils font. Maintenant ça ne m'empêche pas de vérifier si je veux, ou de gérer certaines choses à la main (les paquets qui sont dans mon domaine il y en a certains que je compile moi-même à la main).
Te crois tu tellement supérieur à tous les autres pour ne pas faire confiance à ta distrib ?
> Donc tu preferes une base de registre a la windows plutot qu'un /etc rempli de fichier texte ?
Qui parle d'une base Windows ? évites de troller.
On parle d'un coté d'une db avec une structure tout à fait connue, qui gère tout ce qu'il faut de manière efficace et correcte, pas d'un format non documenté.
Quand à la miriade de fichiers textes de /etc si je puis me permettre, c'est la dernière chose que je veux : tous dans des formats différents, avec des syntaxes différentes, des noms d'option différents ....
> Une distrib RPM, c'est surtout un bon moyen de limiter la portabilite contre la concurrence.
Le format RPM est tout à fait documenté, non obligatoire. La db est une base tout à fait standard sous Unix, documentée, portable, extractible, manipulable ...
C'est largement aussi manipulable que ton fichier texte qui a "la syntaxe slack", donc finalement un format proprio (ben oui, que du texte, mais sous un format propre qu'il va me falloir mapper à la main).
Et puis un système de dépendance n'implique pas forcément une db. Gentoo se sert de fichiers textes aussi (même si sa base de dépendance est encore assez restreinte vu qu'elle ne gère pas les inverses) mais son outil a bien une gestion de dep. Il y a une DB là simplement parce que contrairement à ce que tu dis c'est ce qu'il y avait de plus pertinent pour gérer ce genre d'infos (et pas des fichiers textes dans un format proprio)
[^] # Re: éternel dilemne
Posté par Éric (site web personnel) . En réponse au journal éternel dilemne. Évalué à 2.
> Ca n'empeche pas les betises.
Rien n'empêche les bétises de l'utilisateur, mais ça ne veux pas dire que c'est inutile de les limiter.
> (desinstalle lilo ou le bash qu'on rigole). RPM va-t-il se plaindre ? Donc dans ce
> cas, la gestion des dependances est inutile. Ca n'empeche pas les betises.
moi ça me répond "La désinstallation du paquetage basesystem-10.0-0.2mdk.i586 rendra votre système instable"
Bon, on peut arguer que bash n'est pas indispensable en théorie et qu'il suffit de laisser un bête sh mais ça c'est l'orientation de la distrib d'utiliser du gros soft fonctionnel ou du minimum. Toujours est-il que le système de paquet fonctionne comme il faut.
> J'ajoute que sur la slack, les logiciels sont regroupe en serie
Et ? sur ma mandrake aussi j'ai des catégorie (sisi).
> Quand j'installe A, j'estime normal d'avoir tout A.
Moi quand j'installe A j'attend d'avoir automatiquement tout ce qui est nécessaire à A, rien de plus rien de moins. (non, je n'aime pas avoir à "connaitre" un soft de type OOo pour savoir de quelles libs il a besoin).
Si je peux exécuter et utiliser A sans une partie des fichiers ça ne me gêne pas que ça ne soit pas installé.
> Enfin, une base de donnee qui plante pose souvent de serieux problemes et
> met en jeux la sanite de tout le systeme. Je suis desole de choquer mais cela
> me semble tres similaire a la base de registre de Windows. Ca ne me semble
> pas solide comme methode.
C'est connu, c'est pas solide une db, tous des cons ceux qui utilisent des bases de données alors qu'on peut tout mettre dans des fichiers textes. Quand ton fichier texte est corrompu il se passe exactement la même chose qu'avec ta db. Dans les deux cas une sauvegarde règle le pb, et dans les deux cas si un soft est mal foutu il peut te corrompre ton bordel (fichier ou db, peu importe).
> Le systeme de la slack est honnetement le plus fiable a l'utilisation meme si ce
> n'est pas forcement le plus simple du point de vue utilisateur (quoique...).
Pourquoi "plus fiable" ? là tout ce que je vois ce sont des choses qu'il gère "en moins", rien qu'il gère "en plus". La liste des fichiers utilisés par un paquet je l'ai aussi sur ma debian ou ma mandrake
> PS: Tu as oublie Fedora dans ta liste.
J'en ai oublié plus que ça, je n'ai pas pour objectif d'être exhaustif.
[^] # Re: Encore du html qui plante IE
Posté par Éric (site web personnel) . En réponse au journal Encore du html qui plante IE. Évalué à 2.
# Re: CSS XHTML ca souuuule !!!!
Posté par Éric (site web personnel) . En réponse au journal CSS XHTML ca souuuule !!!!. Évalué à 1.
J'ai aussi un peu de mal à voir l'intérêt de faire du strict si c'est pour mettre des dans ton code (donc clairement de la mise en forme, et en plus pas de la belle)