freem a écrit 5059 commentaires

Il s'agit d'un mauvaise nouvelle pour Linux en entreprise.

Si c'est rentable, pourquoi ça serait une mauvaise nouvelle pour linux en entreprise?

IBM n'est pas une entreprise philanthropique ils vont chercher à rentabiliser leur investissement !

Si IBM n'est pas philanthropique, que RH est rentable, et que le libre est rentable, pourquoi changer de politique?

IBM cherche à remettre un pied dans les services CLOUD mais je crains que cela soit au détriment des engagements de RedHat dans le libre.

Quels engagements, exactement?

plus puissant que ce qu'on trouve dans gogs ou gitlab

Ça tombe bien, j'ai parlé de redmine, j'ai toujours détesté les forges git-only, github la 1ere.

L'usage du SQL peut être un réel bénéfice, si et seulement si c'est bien documenté, mais ça implique aussi qu'il faille un dev pour gérer ça, ce qui a un coût en entreprise. En revanche, c'est un coût en moins dans un environnement sans admin, juste des devs dont 1 qui aime les SGBDR.

J'ai pas compris de quoi tu parle pour la dépendance PHP ? On peut faire des références entre tickets et commits dans Fossil, ou même référencer des liens externes, et encore mieux on peut lier des "tech notes" au commits ou dans la timeline pour expliquer plus longuement que dans un message de commit.

Je parlais de lier un ticket à un autre ticket d'un autre projet?

Fossil est écrit en C aussi donc j'ai pas compris ?

Justement, c'est un des points qui font qu'il m'attire. Tu as oublié de mettre en exergue le point que tu ne comprend pas?

"git reset" par exemple a un comportement très différent selon les options, ça devrait être plusieurs commandes séparées, etc. Tout est très tarabiscoté je trouve.

Ma foi, je suis assez d'accord avec toi si je prend la totalité de mon expérience avec git. Ceci était dit, la totalité implique de prendre en compte mon apprentissage initial il y a 8 ans, je pense.
Depuis, porcelain git s'est amélioré et fournit bien souvent des info sur ce que tu veux vraiment faire, mais il est vrai que je ne l'exploite pas à fond.
Par exemple, le reste, j'aimerai que tu développes?

J'aurai dit que ça sent le cuvé, vu le côté arguments de comptoirs.

Resultat: Borland coulé, netbeans open sourcé et moribond et Eclipse idem. IntelliJ avec son double licensing avance.

Borland, ça fait des années que j'en ai pas entendu parler, c'est vrai.

Mais, Eclipse, ça semble rester très populaire, pour ma part je lui ai préféré netbeans pour sa stabilité et ses perfs quand j'ai du me fader du java compatible eclipse, mais intelliJ je connais que de nom.
Du coup, tu pourrais m'expliquer?
Notes que je suis plus orienté C et C++, avec un p'tit coup de bourne par-ci, par-là.

Rational ne vaut plus rien aujourd'hui et ils misent tout sur le cloud.

Mince, j'en garde pourtant un excellent souvenir de BTS… y'a 12 ans, merde, ça commence à piquer… mais ça douillait trop pour un amateur, et j'étais déjà plus trop fan des cracks. POurtant, ça semble encore vivant, et vendu à prix d'or?

Pourquoi le libre ne serait-il par rentable?

Ne serait-ce que pour la réputation, ça me semble l'être….

Merde, j'ai sorti la même avant de lire ton com….

Maintenant, quel impact pour nous (libristes)? Je dirais que l'on doit s'attendre à une chute des contributions dans tous les projets FOSS sur lesquels RedHat était actif, et plus particulièrement sur tous les projets qui ne concernent pas directement les raisons pour lesquelles IBM a acheté RedHat.

SystemD?

Hop moi…

Dans les années 2000 je crois, ils ont revendu leur division PC fixes me semble, donc du coup, ils doivent se concentrer sur le matos et les services pro: serveurs et cloud.
Pour le coup, ça colle avec RH je trouve, qui eux aussi ont fait des pubs à la télé dans les années 90-2000 je crois? mais qui surtout ciblent le marché pro, par le particulier.

Cela me semble bien tôt pour présager ce que deviendra Red Hat et le LL suite à ce rachat.

Ben, si on écoute certains, un certain Lennart employé par RH à toujours voulu tuer le LL, alors bon….

Ça dépend de si Saturne passe assez près du gibier pour faire perdre la tête au maire.

Et pour l'anecdote, ça s'est fini comment? Parce que, pour le moment, c'est plutôt à charge des chasseurs de mon point de vue.

Ça se tiens.
Maintenant, il reste le problème devant la multiplication des lois et des humains par kilomètre carré de trouver et de payer assez de monde capable de connaître la totalité des lois, d'avoir la patience d'écouter chaque cas, voire de mener des enquêtes pour rendre une justice équitable.

Plus j'y pense, moins j'ai d'opinions sur le sujet de ce qu'il faudrait faire.

D'un côté j'aime le fait que l'accuseur soit celui qui défense le fait que le suspect soit coupable, mais justement, les automates fournissent en théorie et sans compromission cette preuve de manière pseudo-automatique… vraiment, je ne sais pas.

API JSON

Juste, sur ce point, pourrais-tu expliciter un peu plus sur l'intérêt?

Si j'avais du choisir un DVCS de toutes façons ça aurait plutôt été mercurial ou autre mais jamais Git, son utilisation est bien trop complexe et les risques de perdre du taf trop importants.

Je suis intrigué la. Sans vouloir lancer le troll, j'admets avoir adopté git pour 2 raisons principales:

• écrit en langage natif (si, ça compte, sur des systèmes pas top, et j'ai d'abord découvert le VCS pour mes loisirs, et ensuite ai cherché à les faire adopter dans mes tafs);
• populaire, donc plus de doc;

Du coup, je serais curieux de voir des cas pratiques ou Mercurial est plus simple? Notamment quand l'on vient de SVN (apprendre git à déjà été douloureux, malgré que j'aie toujours vu ses avantages, sinon me serais pas fait chier: c'était juste mes projets perso après tout)

Par contre, j'ai toujours eu une certaine tendresse pour fossil, sans jamais trouver vraiment de raisons de le plébisciter…

Pour faire simple, fossil, c'est pas un DVCS, c'est une forge légère.

Tant qu'un projet est indépendant et pas accompagné de bibliothèques semi-externes, c'est probablement la plus adaptée des situations, à conditions de vouloir rester maître de sa forge.

Les avantages et les défauts sont multiples.

Utiliser fossil implique une isolation totale des projets dont on pourrait dépendre. La news parle de dépendance à PHP? Bon. Si à un moment donné, un workaround est construit autour d'un bug d'une certaine version de PHP, comment référencer facilement le ticket sur la dépendance? Impossible.

D'un autre côté, les choses comme le wiki et le bugtrackers sont clonés en même temps que le répo.

On peut aussi citer le fait que, justement, fossil soit tout en un. Donc, on doit se restreindre à cet outil qui est quand même limité en terme de fonctionnalités pour gérer les tickets, un site web, etc.

Franchement, fossil est largement supérieur en terme de fonctionnalités à git. Mais, git, lui, ne fait qu'une seule chose, la fait bien et peut être intégré dans d'autres outils spécialisés dans leur domaine comme redmine.

Pour moi, les deux approches sont intéressantes, même si j'avoue n'avoir que peu exploité fossil.

autant utiliser ce moyen de transport qui ne pollue plus.

Dommage quand même que le moyen de diffusion pollue tant… entre l'encodage des vidéo, leur transport sur la toile et le décodage sur fond de HTML5, la quantité d'énergie gâchée est phénoménale comparée à un simple texte accompagné d'images et schémas.
Et si la vidéo est si géniale, je tiens à informer que, pour info, sur mon CPU actuel, télécharger une vidéo via wget et la lire via mpv ne déclenche pas mon ventilo, mais utiliser firefox (par exemple) pour la lire, si.

Ce que je veux dire par la, ce n'est pas que l'écolo moyen doit se passer des vidéos sur le net, hein, juste qu'un véritable écolo permettra le téléchargement isolé aisé de celle-ci.

D'autre part, une vidéo est nécessairement plus coûteuse (sans même parler de HD) qu'un série d'images entrecoupées de texte explicatif, ne serait-ce que parce que celui qui suit n'aura pas à infliger à sa machine de gros calculs pour revenir en arrière avec une image cohérente.

Tout ceci étant dit, je trouve la chose intéressante, puisque ça permets aussi de faire (re)découvrir certains trucs et astuces, parce que c'est pas parce que les technos sont connues des historiens qu'elles ont été appliquées récemment.

Par exemple LO, c'est Lutte Ouvrière et GPL c'est Gaz Pétrole Liquide. J'en ai une tripotée comme ça.

Moi, un ami de mon père (ex-CGT-iste pour le contexte, l'ami) m'a «appris» que FO de Force Ouvrière, c'est Fesses Ouvertes dans le genre imagé :)

les pommes, d'une façon, générale, c'est bon pour la santé

Tout dépend de la distillation aussi!

Et c'est une raison pour continuer?

bon en même temps si en plus d'utiliser des ordinosaures il utilise des bootloader de la préhistoire c'es sur que ça aide pas.

Je préfère utiliser un bootloader de la pré-histoire plutôt qu'une usine à gaz telle que GRUB2 :)

En pratique, j'utilise sur mes systèmes normaux syslinux, hein. Je devrais p'tet tester, sauf que, bah, de ce que je vois, le problème n'est pas lié au bootloader: après tout, LILO charge bel et bien l'initrd, c'est juste l'initrd qui n'arrive pas à trouver la partoche maîtresse…

En tout cas pour moi le symptome est plus probablement un pilote de chipset spécifique non compilé / pre-chargé dans l'initrd utilisé actuellement.

C'est aussi ma conclusion, je cherche à savoir comment identifier un tel pilote.

surtout avec lilo … mais s'il utilise bien les UUID c'est justement fait pour ne pas avoir de problème du genre.

Si c'était ça, j'aurai réglé le problème en 2 lignes de bash, vraiment. Enfin, pas forcément bash, mais… bref.
Sauf que, UUID ou LABEL (ce que j'utilise en pratique sur mes systèmes normaux, parce que sérieux, les UUID c'est illisible!) au final, ce ne sont que des liens symboliques créés par udev vers les /dev/sdXY je crois? Hors, justement, ces fameux fichiers sont absents…

[edit]
fourchage de doigts, j'avais écrit gnome au lieu de grub…

Le disque est reconnu puisque grub se lance, il lance bien le kernel mais peut-être l'ordre des disques ou l'UUID n'est pas le même. L'initrd contient bien les bons modules pour le système de fichier puisqu'il démarre sur l'ancien PC.

Je n'utilise pas grub, mais LILO sur ce disque.
L'UUID n'est pas utilisé (enfin, j'ai mis à jour LILO pour ne plus l'utiliser, au cas ou, et me baser sur le schéma sdXY, mais ça n'a rien changé..).
À savoir qu'il semble qu'aucun disque ne soit détecté par linux, mais que le BIOS lui ne vois aucun souci?
Je le sais parce qu'en finissant sur le busybox, ls /dev/ ne liste aucun périphérique de disque, que ce soit les anciens (hdXY) ou les «nouveaux» (sdXY). Je pense que le problème est la, mais… rien n'est sûr.

Effectivement, je peux essayer de passer par un live cela dit… mais vu que la tendance actuelle est plutôt à lâcher les anciennes archis, j'ai un doute… en tout cas, sur Debian, je m'expose à des problèmes. D'autres en effet sont des pistes à creuser, merci pour le nom, je vais voir ça.

Mon azerty en est largement capable, lui aussi. Tant que c'est pas la disposition de windows, du moins…

• pas. Produire n'est pas écolo.

Tu pars du principe que tout le monde est productif au boulot, la, non?

c'est chiant quand ton plus court chemin est un sens interdit,

En même temps, c'est toujours chiant les réglementations, pour ceux qui se font réglementer…

le danger pour la personne sur ce mode de transport (à cause de l'énergie cinétique d'une voiture)

Une voiture sur une piste cyclable? Reste les routes, ok, mais bon, les motards et les cyclistes sont dans le même cas, ils n'ont pas non plus de carrosserie. Donc, ils utilisent des équipements plus ou moins contraignants (casques, renforts, etc).

largement supérieur à celui pour un piéton

Le problème est que les trottoirs sont aussi utilisés par des handicapés, des enfants et des personnes âgées, public potentiellement plus fragile que la moyenne, et pas forcément capable d'esquiver un véhicule dont le propriétaire à perdu le contrôle ou roule de manière imprévisible.
Ce qui ne sera pas (en théorie) le cas d'une voiture sur une route, qui offre plus de moyens de signalétique et donc d'anticipation (théorique, encore).

• comment tu apprécies la vitesse "rouler au pas" pour la contravention. ça risque d'être à la tête du client.

C'est p'tet justement bien le problème. Pour faire une réglementation équitable, ce genre de choses doit être prises en compte.
Quant au fait de «rouler au pas»… sérieusement? Quel est l'intérêt de ce genre de trucs si c'est pour aller aussi vite qu'un piéton?

Ça me semble pourtant évident:

je n'utilise même pas gnome ni n'execute ses applications, pas de GDM/Lightdm, c'est juste un relica de l'installation de base.

Quelqu'un qui n'utilise pas et à désinstallé des applications peut légitimement être choqué du fait que ces applications sont encore connues du système pour moi.
Ici, elles semblent en plus consommer de l'espace mémoire, ça va au-delà du simple fichier de conf, des UID/GID ou des logs qui traînent encore ici ou là malgré une éventuelle purge…

u'une voiture de 1,5 tonnes qui n'ira pas plus vite.

Ah? Tu vas à 80Km/h avec ton VAE? Ou alors tu as omis de préciser "en ville"?