ff9097 a écrit 725 commentaires

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.

Avec la version communautaire seulement le merge request est permis, adieu les possibilités de rebase/squash+cherry-pick qui permettent d'avoir un historique linéaire.

Et quel est intérêt d'avoir un historique linéaire ? Rien ne t'empêche de rebase avant de merger

Pardon pour ces fautes ridicules je ne me suis pas relu et j'ai écrit depuis mon téléphone

LXDE, LXQT, XFCE c'est tellement rien comparé à KDE que la question ne se pose pas. Mais comparé à GNOME je ne sais pas c'est une bonne question

Officiellement non mais officieusement un peu quand même oui (enfin accident est un peu fort quand même). Ça ne me choque pas. Si les distributions se concentraient sur un bureau bien intégré et à jour au lieu de tout proposer le choix serait plus simple.

déjà le gain en perf n'est pas flagrant

Ça l'était bien plus avant. Sans compter le moteur de rendu mieux suporté, la meilleure stabilité grâce à la séparation des processus présent depuis très longtemps. Firefox a pas mal progressé ces derniers mois sur ces points mais ça a pris des années.