cosmocat a écrit 2117 commentaires

Pour ceux qui ont un peu de difficulté avec l'anglais, je l'ai vu passé en français :

https://www.zdnet.fr/actualites/le-poste-de-travail-linux-est-en-difficulte-39883239.htm

99,9% des gens ne savent pas taper au clavier, et ce n'est pas élitiste de dire ça

Je n'ai pas dis que dire ça était élitiste, j'ai dit que souhaiter rendre la vie de ces 99,9% plus difficile parce qu'on est dans le 0,1% est élitiste.

Les 99.9 des gens ne sont pas incapable d'avoir une dispo de clavier imprimé et collée à coté de l'écran. C'est à la portée de tout le monde. Ils choisissent juste un moyen sous-optimal ¯(ツ)/¯

C'est pas qu'ils choisissent, c'est que ça ne leur vient même pas à l'idée. Et c'est bien ça le problème…

He! He! Encore une fois, une remarque un peu élitiste (et bien coupée de la réalité.)

Essayes de me donner le pourcentage de personnes qui font çà?
Et après tu comprendras que pour les autres (disons 99,9% des gens), avoir le clavier physique qui correspond est un nécessité.

C'est bien de prendre son cas de monomaniaque pour une généralité mais un jour il faut ouvrir les yeux…

Donc espérons que certains constructeurs proposent les 2 maps pour que par un effet d'auto-renforcement, des meilleurs dispositions (BEPO ou AZERTY Afnor) que l'actuel AZERTY soient disponibles.

PS: Je sais que ta méthode est la meilleure pour apprendre à taper (mon frère la faite et a en très peu de temps obtenu presque la même vitesse de frappe que moi) mais il faut savoir être pragmatique et réaliste.

Si tu as besoin d'un marquage quelconque sur ton clavier, c'est que tu regardes ton clavier, donc que tu apprends mal à t'en servir.

Un peu élitiste comme vision mais, pour moi, pas représentative de la réalité pour 2 raisons.

Lorsque tu es en phase d'apprentissage (le cas qui nous interresse ici pour faire la transition), c'est quand même beaucoup plus facile de regarder le clavier lorsque tu as un trou de mémoire que d'aller chercher la map en ligne ou de l'avoir toujours d'imprimée.

Également, tu peux savoir taper sans regarder pour plus de 80% des touches et aimer pouvoir regarder de temps en temps pour les rares caractères peu répandus…

Preuve supplémentaire. Le caractère pour la combinaison altgr + 7

Macron
« Diacritique combinant » : Ce caractère se combine avec le caractère tapé juste après, comme l'accent circonflexe dans l'AZERTY traditionnel.

Est-ce que quelqu'un sait s'ils ont mis la disposition bépo telle quelle ou s'ils l'ont légèrement modifiée?

En tout cas, espérons que cette norme permettra d'avoir des constructeurs qui les proposeront (car c'est toujours plus facile d'apprendre à taper sur un clavier physique correspondant à la map utilisée).

C'est pas grave mais chapeau quand même!

hmmm….. Il me sembe avoir déjà entendu parlé de "red hat".

C'est quoi? et cela se situe où??

Hmmm!?!

les retraits/disparitions :

l'interface GTK+ n'est plus prise en charge (cf Wireshark passe à Qt en 2013) et portaudio n'est du coup plus nécessaire

J'ai vu passer ce Tweet qui parle d'une lib de calcul en c++ libéré par la même occasion : https://mobile.twitter.com/migueldeicaza/status/1103720067328438272

En voilà une : "Le démontage des gifles" mais je sais pas si ça veut vraiment dire quelque chose…

Le journal où en parler : https://linuxfr.org/users/gabin_2-2/journaux/le-degonflage-des-mythes-wayland-degonfles-sur-reddit

https://lwn.net/Articles/776102/

So this was a fairly unusual merge window with the holidays, and as a
result I'm not even going to complain about the pull requests that
ended up coming in late. It all mostly worked out fine, I think. And
lot of people got their pull requests in early, and hopefully had a
calm holiday season. Thanks again to everybody.

The numbering change is not indicative of anything special. If you
want to have an official reason, it's that I ran out of fingers and
toes to count on, so 4.21 became 5.0. There's no nice git object
numerology this time (we're about 6.5M objects in the git repo), and
there isn't any major particular feature that made for the release
numbering either. Of course, depending on your particular interests,
some people might well find a feature they like so much that they
think it can do as a reason for incrementing the major number.

So go wild. Make up your own reason for why it's 5.0.

Because as usual, there's a lot of changes in there. Not because this
merge window was particularly big - but even our smaller merge windows
aren't exactly small. It's a very solid and average merge window with
just under 11k commits (or about 11.5k if you count merges).

The stats look fairly normal. About 50% is drivers, 20% is
architecture updates, 10% is tooling, and the remaining 20% is all
over (documentation, networking, filesystems, header file updates,
core kernel code..). Nothing particular stands out, although I do like
seeing how some ancient drivers are getting put out to pasture
(cought*isdn*cough).

As usual even the shortlog is much too big to post, so the summary
below is only a list of the pull requests I merged.

Go test. Kick the tires. Be the first kid on your block running a 5.0
pre-release kernel.

         Linus

Un japonais avait fait un fork qui a évolué depuis.
Et c'est lui qui relance la version principale en intégrant ses modifs, dont le 3 way-merge ! Même si il y a des améliorations à faire pour que ce soit satisfaisant…

Pour ce que ça vaut comme fiabilité (sous Windows) :

https://github.com/git-for-windows/build-extra/pull/203#issuecomment-416610675

Ajouter des fichiers binaires dans git à une mauvaise réputation, mais c'est surtout parce que git n'est pas capable de les fusionner en cas de conflit et parce qu'ils s'accumulent avec le temps

Pas seulement, c'est aussi lourd lors du clone (contrairement à lfs qui télécharge que les binaires qui vont populer le répertoire de travail).

Ce qui peut être très pénalisant quand tu dois cloner souvent comme par exemple les serveurs de build.

Ah mais j'étais d'accord ;)

J'aime beaucoup l'idée depuis que j'avais découvert le plus maintenu http://www.bugseverywhere.org/

La question que je me pose, c'est pourquoi s'être restreint aux bugs, qui ne sont en fait qu'un cas particulier de tâches.

Comme ça, on pourrait gérer des taches et mettre ça sur un board…

J'avais découvert çà également, qui est pas mal sur le principe mais le format est mal fichu et, même s'il peut être commité, ne facilite pas le travail a plusieurs (et les merges)
https://marketplace.visualstudio.com/items?itemName=mkloubert.vscode-kanban

Mettre des images dans un repo git c'est … une (tres) mauvaise idee!!!
Pour ca il faut passer par git lfs

oui, sauf que là, il semble que ce soit git-bug qui ajoute directement les fichiers dans la "base de données" de git (cf refs/bugs/<bug-id>).

Donc il faut que ce soit git-bug qui gère git-lfs pour les images.
Ce qui doit être plus compliqué à faire…

Ah! Ah! Je m'apprêtais à donner le même exemple…

Pour moi, ce n'est pas parce qu'à partir du produit/logiciel fini et de la licence tu ne peux pas dire qu'elle était la motivation sous-jacent que les 2 notions n'existent pas.

Ah bon, le lien "forked from" sous le nom du dépot ou les onglets "Network" et "Forks" dans la partie "Insights" ne sont pas suffisants?

La question serait plutôt, pourquoi on devrait différencier Logiciel Libre et OpenSource ?

A mon avis, on doit les différencier car:

• Le terme "Logiciel Libre" a été inventé par Stallman (et je pense qu'on peut laisser à son créateur la définition d'un terme) pour promouvoir une certaine idée de redonner le pouvoir à l'utilisateur du logiciel (avec donc une philosophie et des valeurs derrière)

• Et qu'après, voyant que techniquement, ça marchait, le terme "open source" a été utilisé pour mettre de côté cette philosophie promue par le logiciel libre.

Un logiciel libre est donc open source mais l'inverse n'est pas forcement vrai.

Une interview de l'organisateur de la conférence à Bordeaux sur le libre et l'open source.

Titre de l'article : "le logiciel libre a gagné mais personne ne le sait".

Et où tu t'aperçois qu'il fait pas la différence entre libre et open source :-|

https://objectifaquitaine.latribune.fr/innovation/2018-11-05/b-boost-bordeaux-le-logiciel-libre-a-gagne-mais-personne-ne-le-sait-796381.html