Linux? - Page 67

On remarque au passage que le windows a un beau black hat

Folco (./1980) :
N'est-il point ?

J'aurais bien fait un ##tripple## mais ##triflemme##

J'y ai pensé hier soir à en faire un

Tiens, je viens de faire une affiche avec OOo.
Apparemment, l'alignement vertical sur une page, il connaît pas

edit :
En fait, si, il connaît, mais les démarches à suivre sont complètement pourries :

Cadeau :

Et puis

eskellent

Je sugère "trisooo" ou "trisoooo" pour la version OOo

Folco (./1978) :
Au moins ya moyen de faire ce qu'on veut avec cet OS

Yep, plus ça avance et plus je rejoins ce point de vue. En fait le temps perdu sous Linux à configurer est à peu près équivalent au temps perdu sous OS X ou autre à *chercher à configurer* avant de se rendre compte que bien souvent ce n'est pas possible, et de finalement se résigner après avoir fait 50 fois le tour de son bureau en se disant "oué mais en fait c'est un choix pas mauvais pour l'utilisateur lambda" en guise de maigre consolation.

Cela dit ça m'énerve de constater que visiblement on n'arrivera jamais à un truc stable avec Linux sur la durée, puisqu'à chaque release majeure de la plupart des trucs ils s'arrangent pour tout casser, et il faut du temps avant que ça redevienne éprouvé :/

Tiens (parce que MS n'a pas son propre topic malheureusement) j'ai vu un mail dans ma boîte hotmail qui parlait d'éditer les documents Office en ligne. Intéressé, je clique pour voir la vidéo et là on me demande de télécharger Sliverlight. Evidemment je me dis "tant pis, je suis sous nux" mais je clique quand même juste pour rigoler. Et là je tombe sur:
http://go-mono.com/moonlight/
Je suis super étonné que MS supporte cela au point de mettre un lien vers ça (c'est quand même assez lourd d'implications). Bref je vais analyser ptet ça et me remettre au .NET (parce que le Java y a pas à dire il me sort par tous les trous)

Bon, le téléchargement du plugin ne fonctionne pas mais c'est un bon début

Je penche plus pour un intercepteur d'URL codé en dur dans Firefox par les paqueteurs...

Moonlight est un à côté de Mono. Tout comme Mono ne supporte qu'un sous-ensemble (assez large pour faire tourner une très grande majorité d'applications qui n'utilisent pas de classes spécifiques Win32) des classes de versions antérieures de .NET, Moonlight ne supporte qu'un sous-ensemble des fonctions (j'ignore quelle est sa taille relative) de versions antérieures de SilverLight.

Je suis super étonné que MS supporte cela au point de mettre un lien vers ça

Ce qui semble te paraître inattendu n'est, à mon avis, pas du tout étonnant
* déjà, c'est peut-être un des termes du partenariat Microsoft - Novell;
* et puis il est très intéressant pour Microsoft d'étendre ses technologies également à MacOS X et Linux, réduisant ainsi encore la proportion de programmeurs qui voudraient programmer sur les technos concurrentes (au premier chef Java, que tu mentionnes), par exemple parce que les technos de Microsoft ne sont pas assez portables. Ca leur permet de prolonger l'habitude des gens d'utiliser les technos d'origine Microsoft, au détriment des autres technos, quelles que puissent être les qualités et défauts de chacune (typiquement, certains usages répandus de Java, de nos jours, comme OSGi(TM), sont impossibles en C#)
MacOS X représente ~10% du marché, et Linux ~1% du marché, c'est à dire qu'aucun des deux ne menace Windows au présent, et vraisemblablement, aucun des deux ne le menacera dans le futur.

Microsoft cherche à détruire Java depuis plus de dix ans, ça remonte au plus tard à quand ils ont fait une VM et un langage incompatible mais qu'ils ont appelé ça "Java". Cette base de code a formé la base de C# après que Sun ait, en gagnant le procès, interdit juridiquement à Microsoft (et pas juste dans la spec de la VM / librairie de classes) d'appeler "Java" un truc incompatible.

Lionel Debroux (./1993) :
* et puis il est très intéressant pour Microsoft d'étendre ses technologies également à MacOS X et Linux, réduisant ainsi encore la proportion de programmeurs qui voudraient programmer sur les technos concurrentes (au premier chef Java, que tu mentionnes),

En effet, et justement si .NET était plus "libre" on lui rendrait plus justice. Perso je pense que cette plate-forme est sous-utilisée par rapport à ce qu'elle mériterait si on l'évalue sans aucune considération politique.
Typiquement je cherche toujours un bon toolkit pour faire des applications avec beaucoup d'UI en Java. Il y a certes Qt Jambi qui est excellent, mais malheureusement il est discontinué (enfin "laissé à la communauté"...) et semble relativement compliqué à déployer (j'ai pas encore essayé d'intégrer à Maven mais je sens que ça va pétzouiller de tous les côtés je me réjouis pas). En C# par contre ça existe et c'est natif (au contraire de Swing qui est natif et abandonné depuis 10 ans ).

Microsoft a toujours supporté les implémentation alternative de .Net, du moment qu'elle suivent les specs "publiques" et c'est ce que fait Mono.

Yoshi Noir (./1992) :
Je penche plus pour un intercepteur d'URL codé en dur dans Firefox par les paqueteurs...

Euh, là pour le coup ça me ferait bien chier quand même

T'as qu'à passer un coup de grep dans les sources de Fx pour voir si cette url est interceptée, tu verras bien

Folco> Tu sais que ça m'étonnerait à peine FF aime trafiquer les URL, genre je veux accéder à un serveur halala.localhost et voilà ce que ça donne. J'ai mis un petit moment avant de voir qu'il avait rajouté les www et que le refresh ne marchait pas malgré que j'aie résolu le pb...

[URL=http://img227.imageshack.us/i/img036.png/][IMG]http://img227.imageshack.us/img227/3599/img036.png[/IMG][/URL]

(Mais c'est bon c'est installé moonlight là, j'ai juste une connexion à chier en fait, ou ils avaient des problèmes)
A part ça je me demande ce que Novell cherche en supportant ça, vraiment.

Lionel Debroux (./1993) :
* déjà, c'est peut-être un des termes du partenariat Microsoft - Novell;

Fixed

* et puis il est très intéressant pour Microsoft d'étendre ses technologies également à MacOS X et Linux, réduisant ainsi encore la proportion de programmeurs qui voudraient programmer sur les technos concurrentes (au premier chef Java, que tu mentionnes), par exemple parce que les technos de Microsoft ne sont pas assez portables.

Je ne suis pas vraiment sur que cela soit aussi simple que ça.
Microsoft avait une implémentation de .NET qui tournait partout (SSCLI 1.0 aka Rotor), ils auraient donc pu fournir une version sérieuse de .NET sur toutes les plateformes, mais il ne l'ont pas fait. De plus, le support de OSX a été supprimé de la version suivante (SSCLI 2.0).
Tout ça pour dire que si ils avaient vraiment voulu faire marcher C# partout ils l'auraient fait.
En fait, au départ silverlight était très sommaire (il fallait tout implémenter à la main, même les boutons, si ma mémoire ne me trompe pas) et tournait avec le moteur javascript du navigateur, ce qui était certainement trop limité. C# s'est présenté comme une solution maison déjà « toute prête » pour intégrer un langage à silverlight. (Et quand je dis toute prête, c'est façon de parler, car le mini .NET de Silverlight est bien différent du vrai Framework…)
Le choix de supporter OSX a peut-être été fait en fonction des parts de marché, ou peut-être parce que Microsoft a une expérience non nulle dans le développement sous OSX.
Quand à Linux… Je ne sais pas ce qu'il en est réellement. (Mon avis c'est que c'est le bordel au niveau des technologies et que ça aurait été un investissement non rentable pour Microsoft compte tenu que leur nom n'est pas vraiment apprécié par les gnous extrémistes de la FSF et qu'ils ne possèdent pas à priori d'expérience dans le développement d'interfaces sous Linux)

Microsoft cherche à détruire Java depuis plus de dix ans, ça remonte au plus tard à quand ils ont fait une VM et un langage incompatible mais qu'ils ont appelé ça "Java". Cette base de code a formé la base de C# après que Sun ait, en gagnant le procès, interdit juridiquement à Microsoft (et pas juste dans la spec de la VM / librairie de classes) d'appeler "Java" un truc incompatible.

Truc incompatible peut être, mais Sun finira par cloner à peu près toutes les fonctionnalités de C# après sa sortie… Cela afin de combler les pertes de marchés que leur langage obsolète a subi à cause de leur débilité profonde.
(Et en l'occurrence, Microsoft ne peut détruire Java que sous Windows. Si cela doit se faire ailleurs, ça sera Novell qui s'en chargera… À moins que les choses changent d'ici là )

(Je fais un 2e post parce que j'ai méga cross en écrivant le précédent )

Godzil (./1995) :
Microsoft a toujours supporté les implémentation alternative de .Net, du moment qu'elle suivent les specs "publiques" et c'est ce que fait Mono.

Je ne suis pas sur que ça ait toujours été leur intention. Je pense qu'il y a eu pas mal de changements de politique depuis le début de .NET, sans que nous (le grand public) en soyons au courant:
Il n'est pas inenvisageable qu'à un moment du projet il ait été envisagé de fournir .NET sur toutes les plateformes, puis que ça ait été annulé. Et .NET était peut-être prévu pour rester fermer au moment de sa sortie. Les normes ECMA et ISO ainsi que les promesses de Microsoft (qui arrivent au compte-gouttes) sont arrivées bien plus tard. (Notez d'ailleurs que certaines promesses, si ce n'est la grande majorité, sont dues aux investissements de Novell dans .NET…)

Brunni (./1997) :
A part ça je me demande ce que Novell cherche en supportant ça, vraiment.

Deux choses:
1 - Il y a d'énormes intérêts économiques en jeu.
2 - Ils veulent protéger leurs inverstissements déjà conséquent dans les technologies .NET

(Je peux détailler si besoin )

En fait je ne suis pas au courant des investissements de Novell dans .NET donc je comprends difficilement ce que tu dis, mais je vais me renseigner ^^

On en apprend tous les jours

L'outil de mise en veille prolongée qui vient avec Ubuntu est quand même une belle merde, regardez plutôt, juste après le retour:
[URL=http://img64.imageshack.us/i/img041.png/][IMG]http://img64.imageshack.us/img64/2035/img041.png[/IMG][/URL]

Genre l'algo doit être "on fout tout en swap et on éteint" et au retour "on fait rien, le système déswappera ce dont il a besoin"

A part que c'est illisible, c'est quoi le souci ? Qu'il y ait du cache en swap ? C'est pour la mise en veille suivant, non ?

Illisible? Tu as un sérieux problème avec le gamma de ton écran si c'est le cas 1.1 Go de RAM utilisée, 1.6 Go de swap, ça te paraît pas *légèrement* bizarre toi?

Ya aucune échelle, pas évident de savoir comment lire le graphique immédiatement, ça ne saute pas aux yeux du moins.

Sinon j'en sais rien, t'avais swappé avant ? Ca se devine pas hein Si t'avais swappé 500 Mo le compte est bon Et peut-être qu'il utilise le swap comme ram au moment de la restauration, que ça fait donc cet effet, mais qu'après l'ensemble du swap devient du cache, et que ton graphique ici présent représente le cache et non ce qui est réellement utilisé

Moi ça ne me parait pas anormal en considérant un OS normal. Mais c'est vrai que c'est un Linux, et que Linux ne sait pas utiliser le swap correctement, par conséquent celui-ci devrait être à 0. Ça te va comme ça ?
En plus t'as oublié de préciser que tu n'avais que 1,25 Go de RAM et que Linux ne pouvait par conséquent en utiliser plus

Ca te paraît normal? Je me suis dit que peut être que tu t'étais interdit de troller pour ce soir mais:

GoldenCrystal (./2006) :
Linux ne sait pas utiliser le swap correctement, par conséquent celui-ci devrait être à 0. Ça te va comme ça ?

Me fait dire que la probabilité est faible Bref perso c'est pas normal, j'étais à 2.5 Go utilisés avant (par là autour) et au retour il n'a sorti que 1 Go du disque, dur :/

C'est vrai que c'est curieux... le serveur tifr par exemple, il ramait parce que je n'avais pas mis de swap (alors que bon, 4Go de ram ça va quoi), j'ai mis une partition de swap, il ne rame plus, mais il ne s'en sert pas pour autant (d'ailleurs pendant un moment y'avait une faute de frappe dans le fichier de conf et il la montait en lecture seule )

D'ailleurs, je me demande toujours pourquoi Linux et Windows font une utilisation tellement... bizarre du swap. Ils en consomment même quand il y a largement de la place en RAM, et désactiver complètement le swap provoque des effets secondaires gênants.

sous windows en général on constate une amélioration des perfs quand on le désactive (et qu'on a assez de ram)