J'y vois surtout la possiblité d'écrire des test unitaires qui renderaient le systeme plus robuste. Parce qu'écrire des test unitaires sur des scripts bash…
je me fais moinser, mais tant pis => J'invite les linuxfr à ouvrir github et parcourir le code. Oui il est là, oui il vit (il y a des commit tous les jours). Mais c'est une partie superficielle de dotnet.
Très bien microsoft est dans un bon état d'esprit, et a choisi une plateforme prisée de la communauté pour libérer son code. C'est très bien. Mais ils n'ont rien libéré de fantastique pour l'instant. Donc on arrête de s'emballer, on reste sur les faits, et on les relate avec précisions:
Microsoft libère une partie de la bibliotheque de .NET et prévoit une libération progressive de l'intégralité de son coeur .net
Avec cette dernière brique essentielle que constitue le cœur de .NET, Microsoft permet à chacun de développer avec .NET pour Windows, Mac OS ou GNU/Linux. Microsoft promet de travailler en étroite collaboration avec la communauté « Open Source » et, par l’intermédiaire de sa fondation .NET, de tenir compte à l’avenir des contributions et améliorations qui seront apportées à .NET.
Tout ça tombe à l'eau, ce n'est pas une brique essentielle. Non ça n'aide en rien les développeurs sous linux. Le jour où oui le code de dotnet sera intégrer à Mono et qu'on aura un runtime unifié, oui on pourra parler d'avanée majeur. Mais pour l'instant, il n'y a que des mots.
microsoft libere .net => on va pouvoir progammer en .dotnet avec un environnement libre
pour l'instant => non, rien ne change. On ne peut rien faire avec ce qu'il y a dans github. C'est un minuscule morceau, des modules externes à l'essentiel, et je vois tout le monde s'emballer à débattre sur le bien fondé de microsoft, sur l'avenir de Mono comment le ciel sera plus bleu que demain.
Moi je dis: wait and see. Le jour où le runtime sera effectivement sur github, là oui on pourra s'emballer. Avant, ce n'est que un coup de communication de Microsoft.
Il faut rester sur les faits et pas s'emballer sur du vent. Et pour l'instant il n'y a que du vent. C'est ça qui m'énerve.
"Microsoft libère les sources du cœur de .NET sur github, et ouvre son processus de développement"
=> non, c'est faux, archi faux. C'est un mensonge. Du sensationalisme digne d'un journal de bas étage qui déforme la vérité pour faire un titre accrocheur.
"Journal Microsoft libère un morceau de .NET sur github, prévoit d'ouvrir l'intégralité du coeur, et ouvre son processus de développement"
On libere la voiture. Oui juste les housses des fauteuils, mais ca vous suffira pour commencer.
Non, ce n'est pas une annonce majeure. Il n'y a RIEN d'intéressant d'un point de vue système dans ce repository github. Rien. C'est les structures de données des collections, vecteurs, map,… et du DOM XML. Super. Très bien. Mais il manque TOUT le principal. Le compilateur. Le Runtime.
Il n'y a rien de "core" dans corefx…
dotNet, c'est avant tout le 1) runtime, 2) compilateurs (C#, VB#,…). Le restes autour est accessoire.
On passera aussi sur le "absence quasi-totale de recul d'une majorité de la communauté" condescendant, on a donc un journal condescendant de quelqu'un qui ne sait pas de quoi il parle.
C'est un vieux débat qui a enflamé la mailing list. Je trouve ca stupide d'empecher une méthode simple d'installer un logiciel alors que les autres méthodes ne le sont pas plus. A un moment on execute un sudo make install et donc c'est exactement pareil, si on veut y placer un rm -rfv / au millieu, on peut, dans les 2 cas.
Utiliser le PPA oui c'est pour ceux qui sont sous ubuntu. Pour les autres, il faut une procédure d'installation, quite à expliquer pourquoi c'est une mauvaise idée, mais tout en la laissant quand même.
Le guide a été récrit et est maintenant beaucoup plus didactique et compréhensible, introduit les concepts petit à petit et donc beaucoup plus digeste: http://doc.rust-lang.org/nightly/guide.html
On n'a plus de '&' à rajouter dans tous les sens pour que le compilateur soit moins grognon, et je trouve que le projet va dans la bonne direction: cargo reprend le meilleur de pip/npm et laisse le moins bon, le systeme de "box" est maintenant très clair, on n'a plus besoin de garbage collector dans la std(youhou!!!)
Par exemple, on ne fait pas un système pour qu il soit utilisable sur mobile pc et tout autre. On veut qu'il marche parfaitement sur la plateforme.
Unity… quelle daube. On ne peut pas changer sa location. Par design. Quel decision stupide !
C'est étrange je suis le premier a me jeter sur les dernières versions de mac os et ubuntu quand elle sortent. Mais alors que sur mon mac je vois les modifications avec un bon oeil, j accepte sans problème les modifications, sur ubuntu ca me casse les c*** car je perd des features, je peux faire moins de choses après. Et non, je n aime pas cet unity qui n est qu une barre de lancement et le retirer me fait perdre plein de chose que j apprécie par ailleurs.
C'est la meme chose avec microsoft, ils se sont rendu compte que le menu démarrer repondait a un besoin et qu ils ont eu tord de le retirer, et donc le réintègre dans leur système….
en meme temps, sil ne prenaient pas des decisions stupides et allaient vraiment dans le sens de l'utilisateur ca les aideraient. C'est sur qu'il y a un besoin de renouveler et dinover, mais jai l impression que ca vient en ce moment plus de grosses boites comme google que du monde du libre en lui meme. Regarder ce qui se passe sur les bureaux. GNOME essaye d innover, bon, ca été mal fait, mais tout le monde veut rester sur l ancien système. pareil pour plein de projet (amarok, …). Autrement dit, l innovation de la part des gros projets ne va pas dans le sens des utilisateurs (ils ne comprennent plus rien, perdent des features), donc ils préfèrent rester sur l ancien système, quite a forker le projet pour continuer sur l ancienne branche).
Désolé mais python-vte ne supporte que l'émulation "xterm", il exporte donc "TERM=xterm". Tu peux faire comme moi, et overwriter en "xterm-256color" manuellement dans ton bashrc.
oui pierre yves est dans le projet il m'aide beaucoup. Mais je me demandais comment demander à ubuntu, par exemple, de tester et d'empaqueter la nouvelle version?
J ai longtemps utilisé Tilda car il gérait bien le multi instance. Je ne me rappelle exactement plus pourquoi je suis passé à guake (je pense que c'est une perte de mes fichiers de conf) mais le fait qu'il soit en python me permet d apporter les modifs que je souhaite.
J ai mon Workflow de travail avec un tab par contexte qui se lancent automatiquement au lancement, avec un raccourci par tab, c'est essentiel pour être plus efficace. Et ça s installé sur un ubuntu de base sans de gros hack.
Yakuake est vraiment pour kde et s intégre moins bien dans ubuntu.
# TU
Posté par Stibb . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 5.
J'y vois surtout la possiblité d'écrire des test unitaires qui renderaient le systeme plus robuste. Parce qu'écrire des test unitaires sur des scripts bash…
[^] # Re: Chapeau pour le sang-froid
Posté par Stibb . En réponse à la dépêche CommonMark, une syntaxe Markdown en commun et répandue. Évalué à 2.
oui je le pense également. Je n'aime pas la syntaxe markdown en general. Il y a quelques syntaxe en rst qui sont quand meme penible (les liens par ex)
[^] # Re: are you reading?
Posté par Stibb . En réponse au journal Microsoft libère les sources du cœur de .NET sur github, et ouvre son processus de développement. Évalué à -2.
J'arrete de me battre contre du vent, relisez les informations et ouvrez le repo github.
Bref.
[^] # Re: Chapeau pour le sang-froid
Posté par Stibb . En réponse à la dépêche CommonMark, une syntaxe Markdown en commun et répandue. Évalué à 7.
Tu veux dire reStructuredText. Sphinx défini des extensions (supporté en natif par le langage) pour la mise en page de documentation
[^] # Re: faux!
Posté par Stibb . En réponse à la dépêche Microsoft libère le cœur de .NET et cible GNU/Linux. Évalué à 5.
je me fais moinser, mais tant pis => J'invite les linuxfr à ouvrir github et parcourir le code. Oui il est là, oui il vit (il y a des commit tous les jours). Mais c'est une partie superficielle de dotnet.
Très bien microsoft est dans un bon état d'esprit, et a choisi une plateforme prisée de la communauté pour libérer son code. C'est très bien. Mais ils n'ont rien libéré de fantastique pour l'instant. Donc on arrête de s'emballer, on reste sur les faits, et on les relate avec précisions:
Tout ça tombe à l'eau, ce n'est pas une brique essentielle. Non ça n'aide en rien les développeurs sous linux. Le jour où oui le code de dotnet sera intégrer à Mono et qu'on aura un runtime unifié, oui on pourra parler d'avanée majeur. Mais pour l'instant, il n'y a que des mots.
[^] # Re: are you reading?
Posté par Stibb . En réponse au journal Microsoft libère les sources du cœur de .NET sur github, et ouvre son processus de développement. Évalué à 0.
en pratique, c'est que tout la nouvelle tombe…
Moi je dis: wait and see. Le jour où le runtime sera effectivement sur github, là oui on pourra s'emballer. Avant, ce n'est que un coup de communication de Microsoft.
Il faut rester sur les faits et pas s'emballer sur du vent. Et pour l'instant il n'y a que du vent. C'est ça qui m'énerve.
[^] # Re: are you reading?
Posté par Stibb . En réponse au journal Microsoft libère les sources du cœur de .NET sur github, et ouvre son processus de développement. Évalué à -2.
"Microsoft libère les sources du cœur de .NET sur github, et ouvre son processus de développement"
=> non, c'est faux, archi faux. C'est un mensonge. Du sensationalisme digne d'un journal de bas étage qui déforme la vérité pour faire un titre accrocheur.
"Journal Microsoft libère un morceau de .NET sur github, prévoit d'ouvrir l'intégralité du coeur, et ouvre son processus de développement"
# faux!
Posté par Stibb . En réponse à la dépêche Microsoft libère le cœur de .NET et cible GNU/Linux. Évalué à 0.
mais c'est faux, archi faux! S'il vous plait, soyez factuel!
Microsoft libere une partie de dotnet: le parseur xml et 3 structures de donnée.
Mais ne titrez pas "MS libere le coeur de .net", car c'est faux, ce n'est pas encore fait.
# are you kinding?
Posté par Stibb . En réponse au journal Microsoft libère les sources du cœur de .NET sur github, et ouvre son processus de développement. Évalué à 1.
On libere la voiture. Oui juste les housses des fauteuils, mais ca vous suffira pour commencer.
Non, ce n'est pas une annonce majeure. Il n'y a RIEN d'intéressant d'un point de vue système dans ce repository github. Rien. C'est les structures de données des collections, vecteurs, map,… et du DOM XML. Super. Très bien. Mais il manque TOUT le principal. Le compilateur. Le Runtime.
Il n'y a rien de "core" dans corefx…
dotNet, c'est avant tout le 1) runtime, 2) compilateurs (C#, VB#,…). Le restes autour est accessoire.
On passera aussi sur le "absence quasi-totale de recul d'une majorité de la communauté" condescendant, on a donc un journal condescendant de quelqu'un qui ne sait pas de quoi il parle.
# gs
Posté par Stibb . En réponse à la dépêche Weboob atteint la maturité. Évalué à 4.
Est-il possible d'utiliser un module weboob depuis un google spreadsheet (c'est du javascript like)? Je reve mais ça me rendrait bien service :)
[^] # Re: Cargo sous Linux
Posté par Stibb . En réponse à la dépêche Rust 0.12 : non, pas le jeu vidéo, le langage !. Évalué à 5.
C'est un vieux débat qui a enflamé la mailing list. Je trouve ca stupide d'empecher une méthode simple d'installer un logiciel alors que les autres méthodes ne le sont pas plus. A un moment on execute un sudo make install et donc c'est exactement pareil, si on veut y placer un rm -rfv / au millieu, on peut, dans les 2 cas.
Utiliser le PPA oui c'est pour ceux qui sont sous ubuntu. Pour les autres, il faut une procédure d'installation, quite à expliquer pourquoi c'est une mauvaise idée, mais tout en la laissant quand même.
# magnifique
Posté par Stibb . En réponse à la dépêche Rust 0.12 : non, pas le jeu vidéo, le langage !. Évalué à 10.
Magnifique dépeche :)
Le guide a été récrit et est maintenant beaucoup plus didactique et compréhensible, introduit les concepts petit à petit et donc beaucoup plus digeste: http://doc.rust-lang.org/nightly/guide.html
On n'a plus de '&' à rajouter dans tous les sens pour que le compilateur soit moins grognon, et je trouve que le projet va dans la bonne direction: cargo reprend le meilleur de pip/npm et laisse le moins bon, le systeme de "box" est maintenant très clair, on n'a plus besoin de garbage collector dans la std(youhou!!!)
[^] # Re: h
Posté par Stibb . En réponse au journal Ubuntu is dying. Évalué à -2.
Par exemple, on ne fait pas un système pour qu il soit utilisable sur mobile pc et tout autre. On veut qu'il marche parfaitement sur la plateforme.
Unity… quelle daube. On ne peut pas changer sa location. Par design. Quel decision stupide !
C'est étrange je suis le premier a me jeter sur les dernières versions de mac os et ubuntu quand elle sortent. Mais alors que sur mon mac je vois les modifications avec un bon oeil, j accepte sans problème les modifications, sur ubuntu ca me casse les c*** car je perd des features, je peux faire moins de choses après. Et non, je n aime pas cet unity qui n est qu une barre de lancement et le retirer me fait perdre plein de chose que j apprécie par ailleurs.
C'est la meme chose avec microsoft, ils se sont rendu compte que le menu démarrer repondait a un besoin et qu ils ont eu tord de le retirer, et donc le réintègre dans leur système….
# h
Posté par Stibb . En réponse au journal Ubuntu is dying. Évalué à -2.
en meme temps, sil ne prenaient pas des decisions stupides et allaient vraiment dans le sens de l'utilisateur ca les aideraient. C'est sur qu'il y a un besoin de renouveler et dinover, mais jai l impression que ca vient en ce moment plus de grosses boites comme google que du monde du libre en lui meme. Regarder ce qui se passe sur les bureaux. GNOME essaye d innover, bon, ca été mal fait, mais tout le monde veut rester sur l ancien système. pareil pour plein de projet (amarok, …). Autrement dit, l innovation de la part des gros projets ne va pas dans le sens des utilisateurs (ils ne comprennent plus rien, perdent des features), donc ils préfèrent rester sur l ancien système, quite a forker le projet pour continuer sur l ancienne branche).
[^] # Re: Personne pour le faire?
Posté par Stibb . En réponse à la dépêche Les vidéos et présentations de Kernel Recipes 2014 sont en ligne. Évalué à -1.
peut être parce que de vrai équivalent libre n'existent pas?
# bizard
Posté par Stibb . En réponse au journal Vote électronique : on continue avec Java. Évalué à 0.
bisard, il n'y a aucun probleme d'authentification et de sécurité avec le site de déclaration et paiement des impots, c'est étrange non?
[^] # Re: Un peu de bike shedding: je n'aime pas leur syntaxe des format string
Posté par Stibb . En réponse à la dépêche Encore une couche de rouille avec Rust 0.11. Évalué à 1.
Pour plus d'information, se référer à la PEP 3101:
http://legacy.python.org/dev/peps/pep-3101/
[^] # Re: Un peu de bike shedding: je n'aime pas leur syntaxe des format string
Posté par Stibb . En réponse à la dépêche Encore une couche de rouille avec Rust 0.11. Évalué à 1.
Python utilise une syntax similaire et elle est effectivement très puissante:
"toto {tata}".format(tata="tutu")
[^] # Re: Excellent, dans tous les sens du $TERM
Posté par Stibb . En réponse au journal Sortie de Guake 0.5.0. Évalué à 2.
Désolé mais python-vte ne supporte que l'émulation "xterm", il exporte donc "TERM=xterm". Tu peux faire comme moi, et overwriter en "xterm-256color" manuellement dans ton bashrc.
[^] # Re: MaVieMaLife
Posté par Stibb . En réponse au journal Sortie de Guake 0.5.0. Évalué à 1.
A tester avec la dernière version sur github, mais ça devrait être fixé.
[^] # Re: Fedora
Posté par Stibb . En réponse au journal Sortie de Guake 0.5.0. Évalué à 1.
oui pierre yves est dans le projet il m'aide beaucoup. Mais je me demandais comment demander à ubuntu, par exemple, de tester et d'empaqueter la nouvelle version?
[^] # Re: Et par rapport à Tilda ?
Posté par Stibb . En réponse au journal Sortie de Guake 0.5.0. Évalué à 1.
J ai longtemps utilisé Tilda car il gérait bien le multi instance. Je ne me rappelle exactement plus pourquoi je suis passé à guake (je pense que c'est une perte de mes fichiers de conf) mais le fait qu'il soit en python me permet d apporter les modifs que je souhaite.
J ai mon Workflow de travail avec un tab par contexte qui se lancent automatiquement au lancement, avec un raccourci par tab, c'est essentiel pour être plus efficace. Et ça s installé sur un ubuntu de base sans de gros hack.
Yakuake est vraiment pour kde et s intégre moins bien dans ubuntu.
[^] # Re: Excellent, dans tous les sens du $TERM
Posté par Stibb . En réponse au journal Sortie de Guake 0.5.0. Évalué à 1.
J ai reçu un ticket la dessus mais je n ai pas ce problème. Est ce que tu peux le relever dans github pour pas que je ne l oublie.
[^] # Re: RC1
Posté par Stibb . En réponse au journal Sortie de Guake 0.5.0. Évalué à 3.
Fenetre principale:
La fenetre de préférence:
# RC1
Posté par Stibb . En réponse au journal Sortie de Guake 0.5.0. Évalué à 1.
Mise à jour: RC1. J'ai quelques bugs que l'on vient de me relever.
https://github.com/Guake/guake/releases/tag/0.5.0-rc1
Je ne peux pas éditer mon propre journal, c'est normal?