Maclag a écrit 9080 commentaires

Sans parler de conspirationnisme, non, il est évident que la crise en Ukraine ne peut pas se résumer à un coup de folie expansionniste Russe en représailles contre le peuple qui a viré le pote de Poutine du pouvoir.
Pourtant quand tu vois le paysage médiatique, ça semble extrêmement simple:
-d'un côté, les gentils Ukrainiens, qui sont donc plutôt ouverts aux occidentaux (normal, entre gentils!)
-de l'autre, les méchants Russes et les séparatistes

Tu me permettras de douter donc de la soupe qui nous est servie.

J'ai comme l'impression que tu essaies de rendre Emacs plus accessible et plus utilisable.

En quoi ton projet est-il tellement différent de tous les autres qui vont dans ce sens. Je veux dire, en prenant un exemple complètement au hasard, qu'est-ce que ça fera de plus que celui-ci?

Pourquoi attendre alors que le Troll est déjà dans les starting-blocks?
La question est pourtant simple:

Est-ce que ce serait si mal que ça que quelqu'un arrive à imposer un format de paquets unique pour tout le monde?

C'est parce que pendant qu'il écrivait, il a aperçu son enfant qui jouait dans le salon se lever en panique parce qu'il commençait à se faire pipi dessus, et a bousculé l'écran plasma en passant qui en tombant a éclaté le service à thé offert par belle-maman l'année dernière.

Du coup il n'a plus su quoi écrire à la fin de sa phrase.

---------> [ ]

-humour:
J'espère que j'en ai encore un peu

-qui connaissent un peu la réalité
Pas celle de l'Ukraine ou la Russie, faute d'y avoir mis les pieds et d'avoir confiance dans les diverses sources d'info, mais je me garderais bien de reprocher à qui que ce soit de ne pas tout savoir sur tout dans le monde.

-comprennent le Russe
Celle-là je vois mal comment tu peux considérer que ça "manque" à trop de Français. Parce que vois-tu je pense que le Chinois aussi, ça manque à trop de Français, tout comme le Portugais ou le Turc.
C'est pas comme si le Russe était une langue internationale de premier plan, hein!

J'imagine les débats qui auraient eu lieu si ça n'avait pas été passé par décret:

"Je ne vois pas pourquoi les titres d'élus seraient les seuls auxquels on peut accéder en étant totalement incompétents! Il faut permettre à n'importe qui de devenir avocat!"

Euh, faut voir! De nos jours, c'est quoi un mauvais GPU? De l'Intel? Nan parce que quand on a des besoins limités mais pas forcément à 0, ça ferait quand même mal de se faire dire de prendre la toute dernière ATI ou nVidia parce que tu comprends, ton GPU Intel est utilisé à 100% pour faire de l'ombre autour de tes fenêtres, y'a plus de ressources pour le reste!

Les gars (enfin, toi et les autres), je ne comprendrai jamais ce qu'il y a sur vos bécanes qu'il n'y a pas sur la mienne.

J'utilise Debian et KDE, et c'est vraiment très stable. La seule chose qui plante chez moi, c'est Iceweasel.
Je suis en Sid (donc ça devrait être pire, non?), et je ne redémarre la machine vraiment pas souvent.

Chez moi, Debian/KDE, c'est du solide!

Et pourtant je vois tout le temps que KDE sur Debian n'est pas bien intégrée, faute de moyens, et pleine de bugs.
Mais ils sont où, ces bugs!?

Ok, pour KMail, peut-être, je veux bien, et pour moi c'est transparent parce que de toute façon je ne m'en sers pas.
Autre chose?

Et pourtant j'ai cité un exemple d'une appi de layout IC (mais plus moyen de remettre la main dessus), et visiblement Gcompris fait la même chose:
Le binaire précompilé pour Win est payant, le code source est toujours aussi Libre.

Ça n'a rien de contradictoire, comme il t'a été répondu, les gens qui savent compiler pour Win peuvent:
-décider qu'ils ont autre chose à foutre que de distribuer le binaire, vu que ce sont souvent les utilisateurs finaux et pas forcément des dévs
-décider de respecter l'auteur qui n'a sciemment pas mis à dispo les binaires gratuitement et le laisser faire son beurre
-décider qu'ils ont payé en temps et compétence et que si d'autres peuvent l'avoir en tendant la main c'est pas juste (bon, on va dire que c'est moins probable, surtout de la part de quelqu'un qui a compilé lui-même pour pas filer de thune à l'auteur…)

Dans l'article que tu cites, les arguments autour de la vitesse sont ceux utilisés pour orienter le développement d'Upstart. Ensuite il justifie pourquoi il a créé systemd, en regardant ce que faisait (ou plutôt ne faisait pas) Upstart.

D'ailleurs, si tel était le cas, il expliquerait certainement comment rendre Upstart plus rapide. Et j'ai dû rater le passage où il présente cet objectif d'aller plus vite qu'Upstart.

Un bon init démarre sûrement vite. Pas parce que tu as tout bidouillé pour gagner du temps. Mais parce qu'il fait les choses bien et rationnellement.

Tu es bien brave…. mon chef comme tu le dis n'est pas très loin, et ce n'est pas une question de tâches plus facile, mais de temps perdu inutilement …. RH7 n'est qu'un tout petit morceau de notre taf, nous (3 personnes) avons un parc informatique reprenant à peu près tout ce qui se fait sur le marché en terme d'os et d'infra, alors RH7 et systemd … une merde de plus à gérer !

J'aimerais bien savoir ce que tu appelles "une merde à gérer". Parce que moi, les scripts bash bidouillés, j'appellerais bien ça "une merde à gérer" vu que c'est toujours la foire.
Et ça, avec systemd, c'est une grosse merde de moins à gérer.

Euh, tu vas quand même pas dire que systemd est pour toi un handicap dans ton utilisation d'un desktop au quotidien?

On est d'accord: il faut avoir une solide équipe de dévs motivés et compétents sur la question.

Je ne pense pas qu'il existe trop peu de développeurs qui soient experts du "bon vieil init", ou alors ça veut dire qu'on tourne depuis des années avec un truc que personne ne comprend vraiment, ce qui est autrement plus inquiétant.
Il ne reste qu'une explication: ils ne veulent pas s'en occuper.

Pendant ce temps, pas mal de monde contribue/a contribué à systemd.

Faut croire qu'il y a une bonne raison.

Tu réalises que je peux très bien faire un jeu Libre mais pas gratuit?

Sur Android, ce serait même très simple: il suffit de mettre le jeu sur le store, avec un lien vers les sources. Évidemment, il y aura des gens qui iront compiler les sources eux-mêmes, mais je te parie que personne n'ira remettre le jeu en version gratuite. "J'ai payé avec mon temps et mes compétences". Il y a des cas similaires même sur PC de bureau (de mémoire, un logiciel de layout IC dont le binaire Windows est payant mais le code est dispo sur internet si tu veux le compiler toi-même.

Alors oui, tu auras le code, mais je m'enrichis quand même et pas toi (en supposant que je ne te reverse rien: oui, je suppose que je suis une raclure égoïste et opportuniste, et je suppose ce que je veux, non?)

J'ai vraiment du mal à voir dans quel cadre cette appli est censée s'insérer.
Oui, les professionnels de l'audio haute qualité aiment bien JACK. Maintenant est-ce que ça veut dire qu'ils s'en servent pour téléphoner??

Ou alors est-ce que le support de JACK était une demande des utilisateurs pros qui ont déjà JACK sur leur machine et qui ne trouvaient pas de tél IP à mettre à côté? C'est quand même vachement spécifique, non?

Ou alors est-ce que le logiciel est destiné à être installé sur machines dédiées avec JACK dessus? Mais alors, KDE et Gnome sur le téléphone IP (cf les clients), genre overkill, je pense qu'on peut difficilement aller plus loin.

Quelqu'un peut éclairer ma lanterne?

Avant de parler de partager du code, est-ce que les 2 logiciels marchent convenablement ensembles.

Je n'y connais pas grand chose aux protocoles et je ne sais pas ce qui est standardisé ou pas. Mais si on me dit que d'un côté il y a SFLphone qui fait des supers appels vidéo, conférence et partage d'écran, et de l'autre Jitsi qui fait des supers appels vidéo, conférences et partage d'écran, mais si on les branche ensembles, ça fait de la merde parce qu'on retourne à un plus petit dénominateur commun dans les standards, ben je dirais que c'est vraiment dommage.

Là quand je vois que les standards, c'est toujours une ligne au milieu d'un tas de fonctionnalités, je me demande si tous ces logiciels marchent aussi bien entre eux qu'avec eux-mêmes.

(Et si la réponse est négative, ben Skype a encore de beaux jours devant lui)

Je ne sais pas qui moinsse, parce que la question est hautement pertinente.
Je ne sais pas pour vous, mais moi quand je lis "alternative de plus en plus crédible à Skype", je m'attends à un truc qui torche pour tout le monde.

En vrai, ça ne marche que sous Linux/Gnome et Linux/KDE?

Donc effectivement: rien pour Android ni aucun smartphone, rien pour Windows, rien pour Mac.

Je ne sais pas quel genre d'entreprise le projet vise avec ça:
Celles qui n'ont que des postes Linux, aucun collaborateur à joindre en déplacement (ben oui: rien pour aucun smartphone) et qui ne comptent pas utiliser le logiciel pour communiquer avec le reste du monde (à moins que la boite ne bosse qu'avec d'autres boites 100% Linux).

Question pour décideur pressé ou tout utilisateur non expert: que reste-t-il de toutes les fonctionnalités de SFLphone une fois qu'on appelle un autre soft-tél qui n'est pas SFLphone? (conf à plusieurs, partage d'écran à la volée, qualité audio et vidéo?)
D'ailleurs, question préalable: est-ce que la compatibilité avec d'autres téléphones IP est bien testée?

Parce que c'est là que Skype est vraiment très bon: ça marche bien partout et sur quasiment toutes les machines (quoi que sur le bureau Linux, on a du souci à se faire quand même…).

Il y a plusieurs types d'étudiants. Entre autres:
-Ceux qui veulent devenir informaticiens, et qui sont donc prêts à apprendre N langages.
-Ceux qui veulent juste pouvoir se débrouiller pour coder quelque chose occasionnellement.

La deuxième catégorie va chercher un aspect pratique immédiat à ce que tu enseignes. L'aspect pratique du Pascal, une fois sorti du cours, c'est quoi au juste?

Pas de bol: je n'ai pas et n'ai jamais eu le moindre appareil Apple.

Le moteur marche: ils ont des protos et nombre de gens ont voulu l'essayer. Mais l'autonomie est très en deçà des annonces et des attentes, voilà tout.

Les moteurs "alternatifs" ont tous le même problème: électricité, air comprimé, etc. Le pétrole c'est sale mais c'est l'une des plus hautes densité d'énergie qu'on puisse trouver.

Peugeot n'envisage d'ailleurs pas un moteur à air comprimé, mais bien un hybride à air comprimé, avec des cycles charges-décharges très courts, contrairement à l'électrique: tu viderais presque entièrement la réserve air comprimé sur la première accélération, mais tu rechargerais également bien plus à chaque décélération.

Mine de rien, ça fait plus de 10ans que c'est presque bientôt fini d'être à peu près au point, et toujours pas le moindre véhicule commercialisé.

Au début, ils ont annoncé plus de 200km d'autonomie avec un réservoir de 175L. Puis le réservoir est passé à 260L, et l'autonomie a commencé à descendre, descendre. Aujourd'hui je crois qu'ils n'annoncent plus que 130km.

Ça fait des années que l'autonomie est déclarée comme étant LE point bloquant de la technologie, et ça fait autant d'années que MDI refuse catégoriquement à quiconque d'essayer le moindre proto sur plus que quelques km mais annonce en même temps que l'autonomie est bonne.

J'ai longtemps suivi le projet et l'activité sur un forum de passionnés. Et peu à peu, même les plus ardents défenseurs de MDI ont fini par poser trop de questions, et MDI a fait fermer le forum, sans répondre à aucune.

Tata a annoncé une voiture à air comprimé à 5500€ et 200km d'autonomie. On ne connaît pas encore tous les détails, mais le DG de Tata s'est suicidé la veille de la présentation de la voiture. Mauvais signe?

Depuis un petit moment, ils ont décidé de séparer un peu tout le bazar. En disant KDE, on ne faisait plus la différence entre le bureau, les applis, etc.

Alors maintenant tu as:

KDE Framework 5: comme son nom l'indique, un framework dont certaines bibliothèques n'ont pour dépendance que Qt, et sont utilisables hors contexte de KDE

Plasma 5: c'est l'environnement de bureau lui-même (gestionnaire d'affichage, tout ça)

KDE SC 5: Pour "KDE Software Compilation" où là tu as le bureau et l'ensemble des applis officielles de KDE

Donc ce que tu cherches, c'est KDE SC 5 qui devrait, si ma mémoire est bonne, sortir d'ici la fin de l'année?

Je ne crois pas qu'il y ait de bonne réponse. Tous les langages ont leurs spécificités, et tu ne peux pas tout voir en même temps.

L'idéal ce serait d'en voir plusieurs, et laisser les élèves choisir celui ou ceux qu'ils préfèrent.

Cas personnel: cycle ingé avec cours d'info en tronc commun (je ne suis pas et ne souhaitais pas partir vers l'info).

On avait des cours d'algorithmie en pseudo-langage. On implémentait en Pascal. J'aimais pas le Pascal: tous les cours m'ont semblé chiant à mourir.

Ensuite on a eu une initiation au C. Je n'aime pas le C: allouer la mémoire, surveiller les possibles dépassements, libérer la mémoire. J'ai l'impression que ce truc est fait pour qu'on fasse des boulettes. Je déconseillerais le C à quiconque ne souhaite pas devenir un "gros" programmeur, j'ai l'impression qu'il faut toujours beaucoup d'expérience pour ne pas écrire du code de merde. Trop de choses à surveiller et à retenir. Toujours est-il que ça ne m'a pas intéressé d'avantage à la programmation.

Mais je me suis toujours dit qu'un bon électronicien devait savoir pondre un minimum de code, alors j'en ai regardé d'autres, des langages.

Un jour j'ai découvert l'OCaml par moi-même: j'ai trouvé ça formidable. Rigoureux, puissant, bref: formidable, quoi. Puis je me suis rendu compte que c'était peu répandu, et que ça ne serait pas LE langage que j'apprendrais qui me servirait à tout et n'importe quoi (pas de lib pour ci, pas de binding pour ça, etc.). Alors j'ai laissé tomber aussi (snif!).

J'ai fait un tuto pour Python, qui comparé à OCaml me donnait une impression de manque de rigueur, mais Python, c'est un peu le truc tout-terrain: y'a des libs pour tout, des bindings pour tout, et on le retrouve du calcul lourd (numpy) au solutions de dév Android (j'ai vu des slides sur Pyotherside, ça a l'air prometteur).
Du coup voilà: je sais écrire des trucs simples en Python, mais si on m'avait fait des cours d'info en Python, j'aurais peut-être pas aimé non plus.

(Ah, je passe un apprentissage éclair de R pour un besoin précis, mais disons que R est un cas particulier).

Conclusion: faites en sorte que les élèves puissent essayer quelques langages différents le plus vite possible. Si le(s) prof(s) en connaissent plusieurs, pourquoi ne pas leur faire des séances découvertes de chaque avant de les laisser en choisir un individuellement pour les travaux pratiques?
C'est peut-être plus lourd, mais ça permettra peut-être aussi de couvrir plus de notions en comparant les approches et méthodes dans des séances de groupe.

En même temps, t'as déjà vu une boite qui affiche ça:

"On casse les coûts en exploitant à mort nos employés et on balance nos poubelles dans la nature clandestinement pour éviter les frais de recyclage. Ces mesures exceptionnelles nous permettent d'être les moins chers du marché!
Venez chez nous!"

Toutes les boites se disent vertes aujourd'hui. Toutes les boites vont t'expliquer à quel point les employés sont leur moteur et leur âme, et qu'elles les aiment et les écoutent, et chez elles, tout le monde est heureux.
Et puis un jour, tu bosses pour une de ces boites et… tiens, c'est pas comme sur le site?!

Utiliser Mac pour faire du développement quand on prétend faire partie de la grande communauté du libre, c'est juste pour la frime, ce n'est pas un choix technique raisonné. Quand on a un OS qui offre un excellent environnement de développement libre et qu'on va voir ailleurs pour des considérations non-techniques, oui, on est un faux libriste.

J'en conclus qu'il y a un comité de certification de véritable "Libriste", et c'est une communauté élitiste.

Au fait, il y a d'excellents BIOS libres, avec des gens qui ne jurent que par le BIOS libre.
Vu de leur fenêtre, peut-être que tu n'es "Libriste" que pour la frime?

Le BIOS est un composant mineur de ton ordinateur dans son ensemble et son importance vis à vis du matériel (et la difficulté d'en changer) rendent son utilisation selon moi acceptable car cette contrainte est lourde.

Un composant qui permet de laisser des backdoors dans ton système en toute transparence, qui peut aussi verrouiller le système pour s'assurer que l'OS est bien celui fourni par le constructeur, je ne dirais pas qu'il est mineur.

Je pense que pour toi il est mineur parce que ça t'arrange bien et que rares sont ceux qui agissent à son sujet.

"Bon, les gars, on va se mettre d'accord: on est Libristes jusqu'au bout, sauf quand c'est trop chiant et/ou compliqué. Alors on va se mettre d'accord sur ce qui est trop chiant et compliqué, et comme ça on pourra continuer à faire la morale aux autres tout en restant solidaires et cohérents entre nous."

Tu sais que Intel et AMD mettent beaucoup de micro-codes dans leurs puces qui pourrait très bien être fournie avec le pilote? Ça ne te dérange pas de soutenir des boites qui ont des pratiques aussi fermées?

Puis le matériel Apple est bardé en lui même de brevets qu'il utilise contre les autres quand la présence de BIOS n'implique pas de soutenir financièrement une boîte qui lutte contre les autres par voie judiciaire pour tout et rien.

Le problème c'est qu'Apple utilise la voie judiciaire ou qu'ils font du proprio et enferment leurs utilisateurs? Parce que j'ai comme l'impression que ça n'a plus grand chose à voir avec Libre vs proprio.

Une boite certifiée "Libre" (s'il y en a) qui aurait beaucoup d'avocats et ferait des procès ne mériterait plus son certificat de Librisme?