ff9097 a écrit 655 commentaires

Ce pays en est rempli, rien de choquant

Oui bien sûr c'est connu, KDE 3 était parfait

Virer c'est pas simple humainement parlant, ça ne pose peut-être pas de problèmes à beaucoup de boîtes de faire comme ça mais pour certaines c'est compliqué. Ça donne pas une très bonne image non plus.
Et puis je ne pense pas que ça soit plus simple, en embauchant quelqu'un, même juste le temps d'une période d'essai, tu imposes quelqu'un à une équipe et cette équipe doit l'intégrer un minimum

C'est compatible Wayland ?

Je vais encore une fois faire le parallèle avec GNOME qui semble moins souffrir de ce genre de critiques récurrentes concernant sa stabilité. Pourquoi ?

Je viens de télécharger la Nightly pour tester, l'interface est pas mal. Elle se démarque bien plus que celle actuelle qui est un peu trop proche de Chrome

Pour petit rappel la loi finances 2016, mise en application pour le 1er janvier 2018 introduit des contraintes pour les logiciels de caisse et de comptabilité (en gros, ne pas pouvoir supprimer des données)

J'aimerais bien savoir ce que ça signifie exactement. Je ne vois pas comment empêcher la possibilité de supprimer manuellement les données

Ce matin j'ai pu mettre à jour en un clic et en 5 secondes à peine le firmware logitech clavier/souris

Sur suse c'est le présent

Le tout à… 30 € TTC !

Prévu (et livré avec) pour Windows XP.

Upgrade matériel :
- 2GB (2x1) DDR2 666 PC2-6400 (j'ai dû enlever le clavier pour accéder au second emplacement. Pas fun quand une visse est usée et courbée et ne voulait plus bouger aux trois quarts de son retirage…)
- Écran avec pixels morts remplacé
- Nettoyage (il puait le tabac) avec un produit adéquat du clavier et de la coque.
- Disque dur remplacé par un Hitachi Desktar de 80 Gio à 7200 RPM en miniIDE (IDE 2"5)

Donc ça t'as coûté combien en tout ?

Oui les Thinkpad sont de très bonnes machines et fonctionnent très bien sous Linux

Je pensais que les BSD partageaient le même noyau. Niveau partage de ressources, c'est pas ça non plus.
Bon vendredi

C'est cool

Et qui paie le tien ?

La 9.4 est sortie : https://about.gitlab.com/2017/07/22/gitlab-9-4-released/

Pas perdu un seul fichier dans /home, tous les paquets installés dans l"ancienne version mis à niveau, pas un mail de perdu, etc

Encore heureux, le /home n'est jamais impacté par une mise à niveau système.

Non chez Ubuntu c'est 9 mois à partir de la release, soit 3 mois après la suivante. Exactement comme ici.

Sur Chrome attention, c'est 3 points et non plus un hamburger comme touche !

Seul les groupes LDAP ne sont pas supporté dans la version communautaire.

GitLab CE est effectivement vraiment libre. Le fait qu'ils mettent en avant la version entreprise c'est juste ce que font toute entreprise qui vends un produit.

Il faut quand même préciser que si la version communautaire est à ce niveau-là aujourd'hui c'est parce qu'il y a une rentré d'argent suffisante (via la version entreprise) pour payer des devs à temps plein pour avoir un développement très dynamique (une release majeure par mois environ, plusieurs versions maintenue en parallèles) et ils sont assez ouvert pour pouvoir inclure des fonctionnalités de la version entreprise à la version communautaire. (Récemment les pages)

Gitlab n'est pas vraiment libre. Tu le dis toi-même dans la parenthèse. Et tu verras que si tu as une utilisation avancée de ta forge, tu vas déchanter du « vraiment libre » Gitlab

Que veux-tu dire ?

Si systemd l'a fait c'est peut-être qu'il y avait un besoin réel

Le développeur occasionnel récupère le dépôt et fait ses corrections. Ensuite il pousse sur son dépôt public puis doit effectivement prévenir quelqu’un qu’il a fait le taf. (par mail, bugtracker…) l’intégrateur va récupérer les modifs. Si elles n’ont pas le niveau attendu, elles n’iront jamais sur le dépôt officiel. Si c’est bon, c’est l’intégrateur qui pousse sur le dépôt officiel.

Il n'y a pas besoin de mail. Lorsque le dev occ a poussé ses modifications sur une branche sur son dépôt (dépot public sur ton schema) il crée une MR/PR via l'interface web, une PR/MR est simplement une demande d'intégration d'une branche d'un dépôt forké sur une branche (en général master) du dépot officiel. L'intégrateur n'a plus qu'à lire le diff et peut accepter en un clic (ou faire des commentaires sur une ou des parties du code si quelque chose ne lui plait pas). Il y a un espace de discussion sur chaque PR/MR

Pull Request/Merge Request

Le problème du rebase c'est que tu peux être amener à devoir corriger des conflits potentiellement obsolètes (car tu appliques commit par commit) alors que le merge tu corriges une et une seule fois maximum.

Je suppose que Mozilla souhaitait que ça soit très proche peu importe les plateformes.