J ignorai que la pratique etaient courantes.
Et ca se repere facilement, ce genre de "lissage " ?
Et, est ce que c est tres legal ?
Il y a quand meme tromperie sur les resultats, non ?
Je veut dire, faire des provisions pour reussir a garder la tete hors de l'eau, c'est louable.
Reinjecter ca dans les benefs pour faire croire qu'on continue de croitre et qu'on est pas touche par la crise, c est une autre chose...
En parlant de magouilles comptables, c'est pas microsoft qui reinjecté de l'argent mis de coté a cette effet pour soutenir sa croissance ?
Je m'explique :
Année 1 : 1000 euros de revenus. ( chiffre simple ).
On mets 600 euros de cotés, ( magouille phase 1 ), et on a 400 euros de benefs
Annee 2 : 1000 euros de revenus.
On mets 500 euros de cotes, 500 euros de benefs, croissance des benefs positives.
Année 3 : Krach boursier / proces antitrust /menace opensource
500 euros de revenus , on ajoute 200 ou 300 euros de la caisse ( partie 2 du plan ), et hop, 700 euros de benefs , la croissance continue dans une année mauvaise, avec des resultats 2 fois inferieurs.
Ca fait plaisir aux investisseurs pressés, qui voit a quel point microsoft croit regulierement, et meme quand ca va mal...
Le probleme, c'est que j'ai rien pour etayer ma remarque, mais j'avais lu ca quelque part.
Si quelqu'un trouve un lien pour ca, ne pas hésiter a le poster.
J'ai pas pu inventer un montage aussi bon ;)
Bah, les grosses stations de chez SGi, qui font de l'OpenGl en hardware, c est pas si naze que ca...
Et, on peut se servir d'un moteur 3d pour faire des simulations.
Par exemple, se deplacer dans une maison "virtuel", ou pour montrer des strategies ( qui sait pe que l armee utilise CounterStrike ? ).
Il y a quand meme plus d'utilisation que le jeu a un moteur 3d, ou je me trompe ?
Et pour finir, en l occurence, le moteur de Quake n'est plus maintenu par Id Software , mais par la communaute, donc c'est pe un cauchemar, mais, pas pour eux...
Ben, il y a pas que le prix et la licence, il y a la garantie, la hotline.
Bien sur, si Excel fait exploser ma souris et que ca declenche une fusion du reacteur qui est pres de chez moi, ils ne sont pas responsables.
Mais, faut egalement compter avec la réticence des gens, qui se disent que OpenOffice, c'est archi different de Office, et qui refuse de changer.
sans compter le cout du changment, la perte ( dans un premier temps ) de productivité, les couts de formation.
La force de microsoft, c'est pas que le marketing, c'est aussi la base installé, et tout le travail préliminaire. Ce lavage de cerveau, cette idée qu il n'y a que Windows, et que les autres, bof.
Meme les gens qui connaissent l'existence des Macs ne se renseignent pas sur ca, car ben, il y a Windows, donc c'est bon.
Alors Nunux...
On les a renseignés, plus la peine de refléchir....
Moi, je pense que si John C develope du multi plateforme, c'est uniquement pour que ses gars chargés de la modelisation qui doivent pe travaillé sur des grosses stations SGi puissent jouer aussi.
Ca c'est une boite qui pense a ses employés ;)
Plus sérieusement, un programme multiplateforme est plus robuste, car justement, on ne fait plus des magouilles pas propre au niceau du processeur et de l'assembleur crade.
Un moteur 3d, ca peut servir pour pleins de choses et donc c 'est son interet de pouvoir le revendre a quelqu'un sans lui imposer de prendre une machine Intel sous Wouinwouin 9XP.
Qui sait, pe que l'armée utilise le moteur ?
Pe que les jeux sur consoles utilisent ce moteur ( Hint Quake 2 sur N64 utilise quoi ? ) ?
L'intéret du mutliplate forme est la, et si en plus ca fait plaisir a la communauté, c'est parfait.
Parce que des codeurs sous Linux, tu en trouve a la pelle.
Et coder un moteur 3d, c'est motivant.
Des artitstes 3d, c est vachement plus rare.
C'est super compliqué d'appliquer une texture correctement sur un modéle.
Et faire un modéle 3d correct, c 'est aussi complexe.
Enfin, maintenant, y Blender Open source, ca va peut etre changer ( mais ca m'etonnerai, pourquoi est ce que ca n'aurais pas changer avant )
Sauf erreur de ma part, il y a des biblis C++ pour gtk,donc, c'est pas une si grande aberration.
Le probleme, c'est pas l'interface et les menus, c'est le widget principal, c'est la grille de oocalc, le texte de owrite. C'est tout le concentré de l'interface, a mon avis.
Et ca, ca doit pas se porter facilement.
rien qui ne soit pas configurable, soit par l'application, soit par le thème, iirc. Donc.
Oui, je sais, j ai deja tente de mettre d'autres themes.
Aucun ne m'a convaincu, mais j ai pas fait une recherche tres pousse.
Le probleme, c est que c est le theme par defaut....
Je ne connait pas assez Gtk et le reste pour m'aventurer dans les sources :(
Mais bon, je vais essayer ca sur gaim.
Pour le fait que c etait pourri, j ai pe etait fort.
Si je suis pas clair, c est parce que je suis pas tres reveille.
J ai aussi besoin de sommeil ( a 16 h :( )
Donc, pour la molette, imagine ce que ca donnerai si elle tournai a l envers.
Et tu voit l'effet que j ai chez moi.
J imagine que c est un pb de config, mais je voit pas d ou ca vient...
Pour finir Je n'ai pas sous la main les éléments de comparaison, mais, pour l'instant, tu ne fais qu'avancer sans prouver.
Ben, j helas autre chose a faire que de trouver une comparaison point par point de gtk et qt..
Je ne suis pas persuadé que tout ce dont tu parles ait été fixé il y'a si longtemps dans Qt. Et, pour quelques uns, voire pas mal, des points que tu évoques, c'est lié à l'application, et vraiment pas à Gtk+.
He bien, c est vrai que depuis longtemps, c'est vague.
Mais il y a encore deux jours, j avais des pb avec les applis gtk.
Pb que j avais pas avec les applis kde.
Ou du moins, pas depuis kde2.
Meme kde1 , dans mon lointain souvenir, n avait pas lerreur que j'avais encore avant hier sur gtk
Ok, c est pas la meme chose...
Pour l'exemple de la boite de dialogue, quelqu un a fait remarquer que ca fait quelques annees que ca dure...
Je ne vais pas reinstaller une vielle distribs juste pour dire :
voila du qt, voila du gtk, et ca, ca, ca et ca, ca va pas.
Mais merci tout de meme de me tenir au courant des progres de gtk.
Je m'en souviendrai dans 6 mois quand je me remettrais en question sur mes applis.
Bonne remarque concernant le MDI.
Mais, en fait des applis pur QT, y en a pas tant que ca sous linux.
( enfin j'en utilise pas tant que ca )
Peut etre que si le MDI etait standardisé, genre dans http://www.freedesktop.org(...) ( je pense que c'est ca ), peut etre que les WM pourraient gerer ca correctement.
C'est vrai qu'un bon WM, c'est tout de suite plus propre que de faire gerer les applis par la fenetre.
Ca centralise le comportement...
Oui, ok, on peut definir des callbacks.
Ce que j'aurais voulu, c'est qu'il n'y est rien si il n'y a pas de callbacks.
On croit qu'il y a quelque chose, alors qu'il n'y a rien.
Est ce si difficile de voir qu'il n'y a pas de callbacks, et d'agir en consequence ?
C'est a dire, de ne pas illuminer, pour qu on puisse distinguer la ou il y a un callback, et la ou il n'est pas. Comme dit plus haut, ca a ete reglé, mais, pendant au moins un an c'etait pas le cas.
Si la reponse, c'est que c'est au programmeur de tout gerer, on peut revenir a la prog XLib...
La ca peut que etre la faute du programmeur, vu que la bibli fait rien...
Mais bon, je ne peut pas vraiment raler, ca fait longtemps que je me plaint de ca , sans faire de bugreport....
Ok, donc, voila un screenshot avec mes boutons et des bordures assez epaisses.
htpp://scherer.michael.free.fr/troll.png
Pour la zone de texte, je voyait pas les choses comme ca.
Je pensait plus a taper mon texte, et a pouvoir me deplacer a l'interieur comme je le fait avec ce commentaire que je tape.
en fait, mettre un retour chariot automatique, mais qui n'apparaisse pas dans les messages. C'est peut etre pas trés clair, mais, la ce commentaire, j'ai tout tapé sans appuyer sur entree. Pourtant Konqueror me met des retours a la ligne, et avec fleche haut, je remonte a la ligne du dessus.
Mais les retours a la ligne mis par Konqueror n'apparaisse pas dans le post, non ?
J'ai bien une longue ligne insipide.
Peut etre que Gtk2 le fait.
En parlant de ca aussi, sur mon ordi, la molette de la souris tourne a l'envers sur les applis gtk ( 1.2 ).
Quand je roule vers l'avant, ben, Gimp ( par exemple ) me diminue la valeur du controle glissiere ( exemple selection rectangulaire , option, adoucir, le controle pour regler ca ).
Comme j'imagine que ca doit etre reglé dans une nouvelle version de Gtk ou que ca n'arrive pas aux autres, est ce que je peut faire quelque chose d'autre que d'upgrader a nouveau ma machine et d'installer Gimp 1.3 pour remedier a ce probléme ....
Tu parle des gens qui utilisent des widgets non maintenus, mais, ca veut bien dire que les widgets d'avant étaient pourris.
Sachant que les problémes que j'ai soulevé sur gtk ont été réglés il y a longtemps dans qt, j'estime que qt avait quand même beaucoup d'avance sur gtk, qui , apparement, rattrape pas mal son retard.
<TROLL_for_fun_and_profit>
Et tout de même, le C++, c'est quand meme mieux ;)
</TROLL>
Je compare le gtk que j'avais sur ma mandrake 8.2, avec le qt que j'avais sur cette meme mandrake.
Effectivement, le probleme de la boite de dialogue n'existe plus sur la nouvelle version de Gtk. ( mandrake 9, que je vient d'installer ).
concernant les tonnes de bordures, j'ai pas utilisé de thémes particuliers.
et c'est vrai que j'ai pe exagéré la taille. mais, ca se voit mieux sur un petit ecran...
en fait, c'est le principe, c'est le gaspillage d'une 10aine de pixels.
je sais qu un théme peut améliorer ca. Sauf que , ca devrait etre bien par défaut.
Parfait! Gtk+ est donc au moins aussi bien, là. (je ne joue qu'à ton propre jeu, en ne considérant pas le reste)
Bien sur, si on veut faire mieux, on peut le faire. Tu est en train de me dire que on peut utiliser d'autres widgets plus puissants et voila ?
Ben oui, mais par défaut ce n'est pas le cas.
Un autre exemple , gaim.
la zone de texte est en fait un controle sur une ligne...
donc, fleche haut ne remonte pas...
C'est parce que le logiciel est mal fait ?
Qu'est ce qu'une zone de texte a une ligne si ce n'est un controle multiligne d'une seule ligne ?
Ca devrait etre plus cohérent au niveau de la bibli.
Peut etre, bien sur que c'est en cours...
Et pour le coté non graphique de la boite de dialogue, c'est vrai que c'est bien mieux, mais c'est pour Gnome, donc a comparer avec celle de KDE, qui offre plus d'options...
Je l'ai souvent repete, ce qu'il faut, c'est porté Qt par dessus gtk, comme on a porté qt sur windows..
et pareil pour gtk.
gtk porté par dessus qt.
ca serait lourds, pe, mais, au moins, on aurait the gimp en qt ;)
et konqueror en gtk....
Sincerement, je veut pas donner l'impression de relancer la guerre gtk-qt, mais, il y a quand meme des pbs de nature ergonoomique dans gtk.
avant de donner mon avis, je precise que je me base sur du gtk1. j'ai pas essayé le gtk 2, ni tenter de modifier ca avec des themes, ou autres.
bien, donc, gtk, ennemi de l'ergonomie ?
prenons le dialogue pour enregister un fichier. dés qu'on change de repertoire, pouf le nom du fichier disparait.
Charmant, non ?
J'ai pris la mauvaise habitudes de download des trucs dans /tmp, alors, ca me gonfle un peu a force...
en plus, cette boite est graphique a souhait...
ensuite, que quelqu'un vienne me dire que c'est utile de mettre des kilometres de bordures autour des boutons...
enfin, tout le monde a un ecran assez grand, n'est ce pas ?
toujours dans la meme veine, le séparateur entre deux zones redimensionnables.
rpmdrake de la mdk 8.2 est un bonne exemple.
le truc ou il y a une zone minuscule pour faire glisser le separateur ( je sais, ca depends du theme ). ben, c'est nulle. sous qt, tu clique n'importe ou sur la barre et c'est bon ca glisse.
enfin, les listes. Par exemple, le plugin de gkrellm, gkrellmlaunch.
on peut cliquer sur les boutons au dessu des listes, masi il ne se apsse rien. pour alors autoriser le click ? c'est ce qu'on appelle un mauvais feedback. On a l'impression que ca fait quelque chose, masi ca fait rien. Et le bouton passe en surbrillance quand on passe dessus, donnait l'impression qu'une action est possible...
voila, tout cela n'existe pas dans qt.
pour moi, tant que gtk aura ces problémes, qt sera mieux. ( pour moi )
Vu la personne qui a fait ça, je le prends comme un compliment.
Dans la mesure ou tu as ete mis la pour des insultes, je ne voit pas en quoi c est un compliment.
Je pense que tu est en vilain trolleur pour la bonne et simple raison que la depeche a ete retouche car trop trollifere.
Et, deja, celle la, http://linuxfr.org/2002/10/24/10085.html(...) avait un petit cote revanchard en fin de depeche.
Je tient a preciser aussi que je n ai pas un temps illimite, et que je n ai pas vraiment envie de recuperer tout linuxfr pour avoir une vue exhaustive sur tes commentaires.
J aurais pu preparer un dossier beton, en allant surfer sur ton site web, en interrogant tout l'ENS de lyon etc etc.
Mais j'ai prefere me contenter d'attendre une paire de depeches.
Celle cite plus haut, et celle ci, ou il m'a semble assez important de rectifier les erreurs que j ai pu lire.
Je m'en souviendrai avant de poster, je vais de ce pas preparer un dossier sur chaque utilisateur de linuxfr. Et tant pis si je passe pour un gros nevropathe asocial.
Tu as le droit de partager ton avis, et meme de propager des betises pour le soutenir, mais ne t etonne pas si j use de mon droit pour te contredire.
Je croit que tu n'as pas compris.
Je n'affirme pas des trucs que j'ai pas pu un minimum vérifer.
Je ne sais pas si tu est un adolescent gourou integriste de secte de barbu pépubére qui se masturbe devant leur kernel.
Et je m'en fout.
Je me contente d'enoncer des faits.
Et je rappelle que certains t'ont mis dans une liste de personnes a eviter, c'est pas pour rien.
Meme si c'est un acte purement symbolique...
Peut etre que ton comportement fait partie d'un plan pour faire revenir les votes ?
Extremement subtil, je le reconnait.
Je vais etre franc, je vois pas non plus l'interet de troller sur ca.
C 'est juste que laisser passer des conneries, je ne pleut plus.
Le lien marche ( dans mon commentaire, car il manque un chiffre a la fin de l'URL a l'ecran , mais pas au click ), mais si tu veut le contenu, cherche 'tar directory traversal' sur BugTraq. Pour memoire c 'est :
online.securityfocus.com/archive/1/196445
Ha, et au fait, fais gaffe, ils sont partout ( les conspirateurs )
te fatigue pas , c'est un fanatique pur et dur.
si tu veut des exemples, cherches les news sur debian.
si il y a plus de 15 commentaires, tu sais d'ou ils viennent....
Mais bien sûr, le noyau d'OpenBSD est le seul à être audité en continu...
J'ai jamais dit ca.
Mais bon c 'est pas grave, c'est la maniére habituel de discrediter quelqu'un, non ?
Cela dit, GNU n'a jamais prétendu comme certains que ses outils sont parfaitement sûrs.
En effet, c'est toi qui l'a dit :
Les logiciels de base et la libc d'OpenBSD ne sont pas plus sécurisés que les outils GNU.
ce qui dit autrement, les logiciels d'openbsd sont aussi securisés, ou moins sécurisés que ceux de gnu.
, ou encore, les outils GNU sont aussi securisés ou plus que ceux d'OPenBSD.
En equation :
soit S_o la securite des outils openbsd.
Soit S_g celle des outils GNU.
tu dit :
! ( S_o > S_g )
<=> ( S_o <= S_g )
<=> ( S_g >= S_o )
Si on part du principe que la communauté de la sécurité reconnait openbsd comme etant un des systems les plus secure du monde ( car c'est aps le plus sur, il y en a qui ont un niveau superieur ( Trusted XENIX, niveau B2, le plus haut actuellement ) ), alors, tu affirme que GNU a les outils parmi les plus secure.
Je ne nie pas que les outils GNU sont bons., comme je l'ai dit, et effectivement, il n'y pas de trous de securités majeurs intrinseque.
Mais de la a dire que les outils GNU et toutes leurs options sont les plus surs du monde, il y a un pas que je te laisse franchir seul....
pour te donner un exemple, tiré d'un poly de Mr Probst, mon prof de sécurite :
--------
The ftp/GNU tar hole
____________________
In fancy systems, 'ftpd' will allow a client to run 'tar' on the 'ftp'
server (the remote host). Ah, but people started using feature-rich GNU tar.
This allows:
quote site exec tar -c -v --rsh-command=<arbitrarycommand> -f <host>:
<filename> <filename>
Moral: new features mean new interactions.
------
conclusion, parfois le systeme devient si complexe qu on ne peut pas le maitriser de bout en bout.
quand OpenBSD parle d'audit continu, ca comprends ca.
Mais bon, pour ma part, je prefere linux qu'un os comme openbsd ou on peut en faire un peu moins en echange d'une securité plus poussé.
ils sont très rapidement corrigés en cas de problèmes
a parce que openbsd, ils laisse trainer ?
toutes les bons os sortent des correctifs rapidement.
et openbsd fait pas exception.
mais j'imagine que tu as un exemple precis a donner....
pour un gain en sécurité nul.
Va demander a hebergement-gratuit.com ce qu'il pense d'openbsd...
enfin, je pense qu'on peut faire confiance a un type comme toi, qui a un boulot tellement important que tu passes ton temps a poster sur linuxfr, sans donner ton vrai nom, tellement tu as un boulot important que tu doit proteger.
J'imagine de plus que tu as du deja essayer openbsd pour donner un avis si net et si parfait.
Ça fait 2 vulnérabilités locales en 5 ans pour le noyau Linux.
Si il n'y avait que 2 races conditions dans tout le noyau Linux en 5 ans, je dit bravo.
Il a jamais du avoir de crash sur les machines SMP....
Regarde le premier lien, il y a marqué "multiple security problems".
C'est sur, si tu compte en terme de mise à jour, alors, oui, il y a eu deux mises à jours dans la debian ( qui , c'est connu, a utilisée tout les noyaux Linux sortis depuis 5 ans ).
Si tu compte en termes de vulnérabilités, je pense que 2 "write into kernel memory" et un "give a local user extra privileges" , ca fait 3.
Plus un, si on compte l'autre advisorie, ben voila, le compte est bon.
3 + 1 = 4.
J'ai pas de changelog sous la main, mais, en guise d'exercice, je te laisse regarder le nombre d'occurence du mot 'Race' dans les changelog du noyau depuis 2 ans.
J'ai compté 7 dans le changelog du 2.4.19.
Bien sur, ca ne veut pas dire que c'est exploitable, loin de la.
Mais bon, considérer que une personne , en regardant le noyau, fasse mieux que 5 ans d'audit continue , par toute une equipe, c'est un peu utopique...
Et ca ne change rien au fait que personne ( meme pas Andreas Schuldei ) n'a montré la liste exacte de ses si nombreuses races conditions dans le noyau OpenBSD.
Enfin, hier, en regardant sur les archives, il n'a rien montré.
Peut etre qu'elles sont si nombreuses qu'il n'a pas assez de bande passante pour nous en donner une liste ?
HA, HA, HA.
Pardon.
Y a pas de quoi, je comprends que ce soit dur de continuer a dire les utilitaires GNU sont tous completement securisés, alors que je sort le contraire.
Mais, je tiens a préciser que je pense que cette faille est ridicule, et que ca change rien au fait que Gnu Tar a plus de fonctionnalités que celui d'openbsd.
Enfin, c'est dur de de rebondir face un argument aussi construit et étayé...
Si tu n'es pas capable de comprendre les intérêts, particulièrement en termes de sécurité, d'avoir une gestion convenable des bibliothèques partagées, je pense que tu devrais arrêter de débattre de sécurité.
Personnellement, je pense que tu devrait arreter de debattre tout court tant que tu ne pensera pas a lire ce que l'autre t'a écrit.
OpenBSD supporte les bibliothéques, au format ELF.
Récupere la libvorbis, et regarde le fichier .so.
De plus, si tu estime que la gestion des bibliothéques a.out sous OpenBSD est nulle en matiére de sécurité, va leur expliquer.
Je suis sur qu'ils ont completement oubliés ce point si élementaire.
Faut dire qu'ils se concentrent surtout sur le multimédia....
[^] # Re: Hors-Série Login n°15 - Spécial PHP
Posté par Misc (site web personnel) . En réponse à la dépêche Hors-Série Login n°15 - Spécial PHP. Évalué à 6.
Ben, si mes souvenirs sont bons, Login est sous plastique, on ne peut pas le feuilettais avant...
C est la faute a LMF, avec leur idées de pouvoir regarder avant d'acheter, maintenant, on s'y habitue...
[^] # Re: Ah les chiffres....
Posté par Misc (site web personnel) . En réponse à la dépêche Windows et Office, vache à lait de Microsoft. Évalué à 1.
[^] # Re: Ah les chiffres....
Posté par Misc (site web personnel) . En réponse à la dépêche Windows et Office, vache à lait de Microsoft. Évalué à 2.
[^] # Re: OpenGL 2.0 strikes back
Posté par Misc (site web personnel) . En réponse à la dépêche OpenGL 2.0 strikes back. Évalué à 1.
Et, on peut se servir d'un moteur 3d pour faire des simulations.
Par exemple, se deplacer dans une maison "virtuel", ou pour montrer des strategies ( qui sait pe que l armee utilise CounterStrike ? ).
Il y a quand meme plus d'utilisation que le jeu a un moteur 3d, ou je me trompe ?
Et pour finir, en l occurence, le moteur de Quake n'est plus maintenu par Id Software , mais par la communaute, donc c'est pe un cauchemar, mais, pas pour eux...
[^] # Re: Le Japon envisage d'abandonner Windows pour GNU/Linux
Posté par Misc (site web personnel) . En réponse à la dépêche Le Japon envisage d'abandonner Windows pour GNU/Linux. Évalué à 3.
car au vue des ventes de XBox au japon
( http://fr.games.yahoo.com/021114/24/2uimi.html(...) ), j'en venait a me demander si il y avait pas un embargo dessus...
[^] # Re: Le Japon envisage d'abandonner Windows pour GNU/Linux
Posté par Misc (site web personnel) . En réponse à la dépêche Le Japon envisage d'abandonner Windows pour GNU/Linux. Évalué à 1.
http://www.delegate.org(...)
[^] # Re: Le Japon envisage d'abandonner Windows pour GNU/Linux
Posté par Misc (site web personnel) . En réponse à la dépêche Le Japon envisage d'abandonner Windows pour GNU/Linux. Évalué à 3.
Bien sur, si Excel fait exploser ma souris et que ca declenche une fusion du reacteur qui est pres de chez moi, ils ne sont pas responsables.
Mais, faut egalement compter avec la réticence des gens, qui se disent que OpenOffice, c'est archi different de Office, et qui refuse de changer.
sans compter le cout du changment, la perte ( dans un premier temps ) de productivité, les couts de formation.
La force de microsoft, c'est pas que le marketing, c'est aussi la base installé, et tout le travail préliminaire. Ce lavage de cerveau, cette idée qu il n'y a que Windows, et que les autres, bof.
Meme les gens qui connaissent l'existence des Macs ne se renseignent pas sur ca, car ben, il y a Windows, donc c'est bon.
Alors Nunux...
On les a renseignés, plus la peine de refléchir....
[^] # Re: OpenGL 2.0 strikes back
Posté par Misc (site web personnel) . En réponse à la dépêche OpenGL 2.0 strikes back. Évalué à 7.
Ca c'est une boite qui pense a ses employés ;)
Plus sérieusement, un programme multiplateforme est plus robuste, car justement, on ne fait plus des magouilles pas propre au niceau du processeur et de l'assembleur crade.
Un moteur 3d, ca peut servir pour pleins de choses et donc c 'est son interet de pouvoir le revendre a quelqu'un sans lui imposer de prendre une machine Intel sous Wouinwouin 9XP.
Qui sait, pe que l'armée utilise le moteur ?
Pe que les jeux sur consoles utilisent ce moteur ( Hint Quake 2 sur N64 utilise quoi ? ) ?
L'intéret du mutliplate forme est la, et si en plus ca fait plaisir a la communauté, c'est parfait.
[^] # Re: « Internet » Software Consortium ?
Posté par Misc (site web personnel) . En réponse à la dépêche Nouvelle vulnérabilité dans BIND. Évalué à 1.
Je connait pas la licence de bind, mais doit y avoir un petit " utilisable a vos risques et perils", comme tout les LL...
Y a pas de loi qui oblige a divulguer une faille, ni a la reporter a son auteur.
Enfin, je suppose.
Qu'en pensez vous ?
[^] # Re: L'ouverture des sources, l'avenir du jeu
Posté par Misc (site web personnel) . En réponse à la dépêche L'ouverture des sources, l'avenir du jeu. Évalué à 3.
Et coder un moteur 3d, c'est motivant.
Des artitstes 3d, c est vachement plus rare.
C'est super compliqué d'appliquer une texture correctement sur un modéle.
Et faire un modéle 3d correct, c 'est aussi complexe.
Enfin, maintenant, y Blender Open source, ca va peut etre changer ( mais ca m'etonnerai, pourquoi est ce que ca n'aurais pas changer avant )
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 1.
Le probleme, c'est pas l'interface et les menus, c'est le widget principal, c'est la grille de oocalc, le texte de owrite. C'est tout le concentré de l'interface, a mon avis.
Et ca, ca doit pas se porter facilement.
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 1.
Oui, je sais, j ai deja tente de mettre d'autres themes.
Aucun ne m'a convaincu, mais j ai pas fait une recherche tres pousse.
Le probleme, c est que c est le theme par defaut....
Je ne connait pas assez Gtk et le reste pour m'aventurer dans les sources :(
Mais bon, je vais essayer ca sur gaim.
Pour le fait que c etait pourri, j ai pe etait fort.
Si je suis pas clair, c est parce que je suis pas tres reveille.
J ai aussi besoin de sommeil ( a 16 h :( )
Donc, pour la molette, imagine ce que ca donnerai si elle tournai a l envers.
Et tu voit l'effet que j ai chez moi.
J imagine que c est un pb de config, mais je voit pas d ou ca vient...
Pour finir
Je n'ai pas sous la main les éléments de comparaison, mais, pour l'instant, tu ne fais qu'avancer sans prouver.
Ben, j helas autre chose a faire que de trouver une comparaison point par point de gtk et qt..
Je ne suis pas persuadé que tout ce dont tu parles ait été fixé il y'a si longtemps dans Qt. Et, pour quelques uns, voire pas mal, des points que tu évoques, c'est lié à l'application, et vraiment pas à Gtk+.
He bien, c est vrai que depuis longtemps, c'est vague.
Mais il y a encore deux jours, j avais des pb avec les applis gtk.
Pb que j avais pas avec les applis kde.
Ou du moins, pas depuis kde2.
Meme kde1 , dans mon lointain souvenir, n avait pas lerreur que j'avais encore avant hier sur gtk
Ok, c est pas la meme chose...
Pour l'exemple de la boite de dialogue, quelqu un a fait remarquer que ca fait quelques annees que ca dure...
Je ne vais pas reinstaller une vielle distribs juste pour dire :
voila du qt, voila du gtk, et ca, ca, ca et ca, ca va pas.
Mais merci tout de meme de me tenir au courant des progres de gtk.
Je m'en souviendrai dans 6 mois quand je me remettrais en question sur mes applis.
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 1.
Mais, en fait des applis pur QT, y en a pas tant que ca sous linux.
( enfin j'en utilise pas tant que ca )
Peut etre que si le MDI etait standardisé, genre dans http://www.freedesktop.org(...) ( je pense que c'est ca ), peut etre que les WM pourraient gerer ca correctement.
C'est vrai qu'un bon WM, c'est tout de suite plus propre que de faire gerer les applis par la fenetre.
Ca centralise le comportement...
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 2.
Ce que j'aurais voulu, c'est qu'il n'y est rien si il n'y a pas de callbacks.
On croit qu'il y a quelque chose, alors qu'il n'y a rien.
Est ce si difficile de voir qu'il n'y a pas de callbacks, et d'agir en consequence ?
C'est a dire, de ne pas illuminer, pour qu on puisse distinguer la ou il y a un callback, et la ou il n'est pas. Comme dit plus haut, ca a ete reglé, mais, pendant au moins un an c'etait pas le cas.
Si la reponse, c'est que c'est au programmeur de tout gerer, on peut revenir a la prog XLib...
La ca peut que etre la faute du programmeur, vu que la bibli fait rien...
Mais bon, je ne peut pas vraiment raler, ca fait longtemps que je me plaint de ca , sans faire de bugreport....
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 2.
htpp://scherer.michael.free.fr/troll.png
Pour la zone de texte, je voyait pas les choses comme ca.
Je pensait plus a taper mon texte, et a pouvoir me deplacer a l'interieur comme je le fait avec ce commentaire que je tape.
en fait, mettre un retour chariot automatique, mais qui n'apparaisse pas dans les messages. C'est peut etre pas trés clair, mais, la ce commentaire, j'ai tout tapé sans appuyer sur entree. Pourtant Konqueror me met des retours a la ligne, et avec fleche haut, je remonte a la ligne du dessus.
Mais les retours a la ligne mis par Konqueror n'apparaisse pas dans le post, non ?
J'ai bien une longue ligne insipide.
Peut etre que Gtk2 le fait.
En parlant de ca aussi, sur mon ordi, la molette de la souris tourne a l'envers sur les applis gtk ( 1.2 ).
Quand je roule vers l'avant, ben, Gimp ( par exemple ) me diminue la valeur du controle glissiere ( exemple selection rectangulaire , option, adoucir, le controle pour regler ca ).
Comme j'imagine que ca doit etre reglé dans une nouvelle version de Gtk ou que ca n'arrive pas aux autres, est ce que je peut faire quelque chose d'autre que d'upgrader a nouveau ma machine et d'installer Gimp 1.3 pour remedier a ce probléme ....
Tu parle des gens qui utilisent des widgets non maintenus, mais, ca veut bien dire que les widgets d'avant étaient pourris.
Sachant que les problémes que j'ai soulevé sur gtk ont été réglés il y a longtemps dans qt, j'estime que qt avait quand même beaucoup d'avance sur gtk, qui , apparement, rattrape pas mal son retard.
<TROLL_for_fun_and_profit>
Et tout de même, le C++, c'est quand meme mieux ;)
</TROLL>
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 2.
Effectivement, le probleme de la boite de dialogue n'existe plus sur la nouvelle version de Gtk. ( mandrake 9, que je vient d'installer ).
concernant les tonnes de bordures, j'ai pas utilisé de thémes particuliers.
et c'est vrai que j'ai pe exagéré la taille. mais, ca se voit mieux sur un petit ecran...
en fait, c'est le principe, c'est le gaspillage d'une 10aine de pixels.
je sais qu un théme peut améliorer ca. Sauf que , ca devrait etre bien par défaut.
Parfait! Gtk+ est donc au moins aussi bien, là. (je ne joue qu'à ton propre jeu, en ne considérant pas le reste)
Bien sur, si on veut faire mieux, on peut le faire. Tu est en train de me dire que on peut utiliser d'autres widgets plus puissants et voila ?
Ben oui, mais par défaut ce n'est pas le cas.
Un autre exemple , gaim.
la zone de texte est en fait un controle sur une ligne...
donc, fleche haut ne remonte pas...
C'est parce que le logiciel est mal fait ?
Qu'est ce qu'une zone de texte a une ligne si ce n'est un controle multiligne d'une seule ligne ?
Ca devrait etre plus cohérent au niveau de la bibli.
Peut etre, bien sur que c'est en cours...
Et pour le coté non graphique de la boite de dialogue, c'est vrai que c'est bien mieux, mais c'est pour Gnome, donc a comparer avec celle de KDE, qui offre plus d'options...
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 2.
et pareil pour gtk.
gtk porté par dessus qt.
ca serait lourds, pe, mais, au moins, on aurait the gimp en qt ;)
et konqueror en gtk....
le reve.
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 2.
avant de donner mon avis, je precise que je me base sur du gtk1. j'ai pas essayé le gtk 2, ni tenter de modifier ca avec des themes, ou autres.
bien, donc, gtk, ennemi de l'ergonomie ?
prenons le dialogue pour enregister un fichier. dés qu'on change de repertoire, pouf le nom du fichier disparait.
Charmant, non ?
J'ai pris la mauvaise habitudes de download des trucs dans /tmp, alors, ca me gonfle un peu a force...
en plus, cette boite est graphique a souhait...
ensuite, que quelqu'un vienne me dire que c'est utile de mettre des kilometres de bordures autour des boutons...
enfin, tout le monde a un ecran assez grand, n'est ce pas ?
toujours dans la meme veine, le séparateur entre deux zones redimensionnables.
rpmdrake de la mdk 8.2 est un bonne exemple.
le truc ou il y a une zone minuscule pour faire glisser le separateur ( je sais, ca depends du theme ). ben, c'est nulle. sous qt, tu clique n'importe ou sur la barre et c'est bon ca glisse.
enfin, les listes. Par exemple, le plugin de gkrellm, gkrellmlaunch.
on peut cliquer sur les boutons au dessu des listes, masi il ne se apsse rien. pour alors autoriser le click ? c'est ce qu'on appelle un mauvais feedback. On a l'impression que ca fait quelque chose, masi ca fait rien. Et le bouton passe en surbrillance quand on passe dessus, donnait l'impression qu'une action est possible...
voila, tout cela n'existe pas dans qt.
pour moi, tant que gtk aura ces problémes, qt sera mieux. ( pour moi )
[^] # Re: Debian/OpenBSD s'arrête, les autres ports BSD continuent
Posté par Misc (site web personnel) . En réponse à la dépêche Debian/OpenBSD s'arrête, les autres ports BSD continuent. Évalué à 1.
Mais tu as sans doute une raison de penser ca ?
[^] # Re: Debian/OpenBSD s'arrête, les autres ports BSD continuent
Posté par Misc (site web personnel) . En réponse à la dépêche Debian/OpenBSD s'arrête, les autres ports BSD continuent. Évalué à 1.
Dans la mesure ou tu as ete mis la pour des insultes, je ne voit pas en quoi c est un compliment.
Je pense que tu est en vilain trolleur pour la bonne et simple raison que la depeche a ete retouche car trop trollifere.
Et, deja, celle la, http://linuxfr.org/2002/10/24/10085.html(...) avait un petit cote revanchard en fin de depeche.
Je tient a preciser aussi que je n ai pas un temps illimite, et que je n ai pas vraiment envie de recuperer tout linuxfr pour avoir une vue exhaustive sur tes commentaires.
J aurais pu preparer un dossier beton, en allant surfer sur ton site web, en interrogant tout l'ENS de lyon etc etc.
Mais j'ai prefere me contenter d'attendre une paire de depeches.
Celle cite plus haut, et celle ci, ou il m'a semble assez important de rectifier les erreurs que j ai pu lire.
Je m'en souviendrai avant de poster, je vais de ce pas preparer un dossier sur chaque utilisateur de linuxfr. Et tant pis si je passe pour un gros nevropathe asocial.
Tu as le droit de partager ton avis, et meme de propager des betises pour le soutenir, mais ne t etonne pas si j use de mon droit pour te contredire.
[^] # Re: Debian/OpenBSD s'arrête, les autres ports BSD continuent
Posté par Misc (site web personnel) . En réponse à la dépêche Debian/OpenBSD s'arrête, les autres ports BSD continuent. Évalué à 1.
Je n'affirme pas des trucs que j'ai pas pu un minimum vérifer.
Je ne sais pas si tu est un adolescent gourou integriste de secte de barbu pépubére qui se masturbe devant leur kernel.
Et je m'en fout.
Je me contente d'enoncer des faits.
Et je rappelle que certains t'ont mis dans une liste de personnes a eviter, c'est pas pour rien.
Meme si c'est un acte purement symbolique...
Peut etre que ton comportement fait partie d'un plan pour faire revenir les votes ?
Extremement subtil, je le reconnait.
[^] # Re: Debian/OpenBSD s'arrête, les autres ports BSD continuent
Posté par Misc (site web personnel) . En réponse à la dépêche Debian/OpenBSD s'arrête, les autres ports BSD continuent. Évalué à 1.
C 'est juste que laisser passer des conneries, je ne pleut plus.
Le lien marche ( dans mon commentaire, car il manque un chiffre a la fin de l'URL a l'ecran , mais pas au click ), mais si tu veut le contenu, cherche 'tar directory traversal' sur BugTraq. Pour memoire c 'est :
online.securityfocus.com/archive/1/196445
Ha, et au fait, fais gaffe, ils sont partout ( les conspirateurs )
[^] # Re: Debian/OpenBSD s'arrête, les autres ports BSD continuent
Posté par Misc (site web personnel) . En réponse à la dépêche Debian/OpenBSD s'arrête, les autres ports BSD continuent. Évalué à 1.
si tu veut des exemples, cherches les news sur debian.
si il y a plus de 15 commentaires, tu sais d'ou ils viennent....
[^] # Re: Debian/OpenBSD s'arrête, les autres ports BSD continuent
Posté par Misc (site web personnel) . En réponse à la dépêche Debian/OpenBSD s'arrête, les autres ports BSD continuent. Évalué à 1.
J'ai jamais dit ca.
Mais bon c 'est pas grave, c'est la maniére habituel de discrediter quelqu'un, non ?
Cela dit, GNU n'a jamais prétendu comme certains que ses outils sont parfaitement sûrs.
En effet, c'est toi qui l'a dit :
Les logiciels de base et la libc d'OpenBSD ne sont pas plus sécurisés que les outils GNU.
ce qui dit autrement, les logiciels d'openbsd sont aussi securisés, ou moins sécurisés que ceux de gnu.
, ou encore, les outils GNU sont aussi securisés ou plus que ceux d'OPenBSD.
En equation :
soit S_o la securite des outils openbsd.
Soit S_g celle des outils GNU.
tu dit :
! ( S_o > S_g )
<=> ( S_o <= S_g )
<=> ( S_g >= S_o )
Si on part du principe que la communauté de la sécurité reconnait openbsd comme etant un des systems les plus secure du monde ( car c'est aps le plus sur, il y en a qui ont un niveau superieur ( Trusted XENIX, niveau B2, le plus haut actuellement ) ), alors, tu affirme que GNU a les outils parmi les plus secure.
Je ne nie pas que les outils GNU sont bons., comme je l'ai dit, et effectivement, il n'y pas de trous de securités majeurs intrinseque.
Mais de la a dire que les outils GNU et toutes leurs options sont les plus surs du monde, il y a un pas que je te laisse franchir seul....
pour te donner un exemple, tiré d'un poly de Mr Probst, mon prof de sécurite :
--------
The ftp/GNU tar hole
____________________
In fancy systems, 'ftpd' will allow a client to run 'tar' on the 'ftp'
server (the remote host). Ah, but people started using feature-rich GNU tar.
This allows:
quote site exec tar -c -v --rsh-command=<arbitrarycommand> -f <host>:
<filename> <filename>
Moral: new features mean new interactions.
------
conclusion, parfois le systeme devient si complexe qu on ne peut pas le maitriser de bout en bout.
quand OpenBSD parle d'audit continu, ca comprends ca.
Mais bon, pour ma part, je prefere linux qu'un os comme openbsd ou on peut en faire un peu moins en echange d'une securité plus poussé.
ils sont très rapidement corrigés en cas de problèmes
a parce que openbsd, ils laisse trainer ?
toutes les bons os sortent des correctifs rapidement.
et openbsd fait pas exception.
mais j'imagine que tu as un exemple precis a donner....
pour un gain en sécurité nul.
Va demander a hebergement-gratuit.com ce qu'il pense d'openbsd...
enfin, je pense qu'on peut faire confiance a un type comme toi, qui a un boulot tellement important que tu passes ton temps a poster sur linuxfr, sans donner ton vrai nom, tellement tu as un boulot important que tu doit proteger.
J'imagine de plus que tu as du deja essayer openbsd pour donner un avis si net et si parfait.
[^] # Re: Debian/OpenBSD s'arrête, les autres ports BSD continuent
Posté par Misc (site web personnel) . En réponse à la dépêche Debian/OpenBSD s'arrête, les autres ports BSD continuent. Évalué à 1.
Si il n'y avait que 2 races conditions dans tout le noyau Linux en 5 ans, je dit bravo.
Il a jamais du avoir de crash sur les machines SMP....
Regarde le premier lien, il y a marqué "multiple security problems".
C'est sur, si tu compte en terme de mise à jour, alors, oui, il y a eu deux mises à jours dans la debian ( qui , c'est connu, a utilisée tout les noyaux Linux sortis depuis 5 ans ).
Si tu compte en termes de vulnérabilités, je pense que 2 "write into kernel memory" et un "give a local user extra privileges" , ca fait 3.
Plus un, si on compte l'autre advisorie, ben voila, le compte est bon.
3 + 1 = 4.
J'ai pas de changelog sous la main, mais, en guise d'exercice, je te laisse regarder le nombre d'occurence du mot 'Race' dans les changelog du noyau depuis 2 ans.
J'ai compté 7 dans le changelog du 2.4.19.
Bien sur, ca ne veut pas dire que c'est exploitable, loin de la.
Mais bon, considérer que une personne , en regardant le noyau, fasse mieux que 5 ans d'audit continue , par toute une equipe, c'est un peu utopique...
Et ca ne change rien au fait que personne ( meme pas Andreas Schuldei ) n'a montré la liste exacte de ses si nombreuses races conditions dans le noyau OpenBSD.
Enfin, hier, en regardant sur les archives, il n'a rien montré.
Peut etre qu'elles sont si nombreuses qu'il n'a pas assez de bande passante pour nous en donner une liste ?
HA, HA, HA.
Pardon.
Y a pas de quoi, je comprends que ce soit dur de continuer a dire les utilitaires GNU sont tous completement securisés, alors que je sort le contraire.
Mais, je tiens a préciser que je pense que cette faille est ridicule, et que ca change rien au fait que Gnu Tar a plus de fonctionnalités que celui d'openbsd.
Enfin, c'est dur de de rebondir face un argument aussi construit et étayé...
Si tu n'es pas capable de comprendre les intérêts, particulièrement en termes de sécurité, d'avoir une gestion convenable des bibliothèques partagées, je pense que tu devrais arrêter de débattre de sécurité.
Personnellement, je pense que tu devrait arreter de debattre tout court tant que tu ne pensera pas a lire ce que l'autre t'a écrit.
OpenBSD supporte les bibliothéques, au format ELF.
Récupere la libvorbis, et regarde le fichier .so.
De plus, si tu estime que la gestion des bibliothéques a.out sous OpenBSD est nulle en matiére de sécurité, va leur expliquer.
Je suis sur qu'ils ont completement oubliés ce point si élementaire.
Faut dire qu'ils se concentrent surtout sur le multimédia....